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DEVICE HAVING A DIGITAL INTERFACE information contained in the input signal is "10", recording 

AND A NETWORK SYSTEM USING SUCH A devices record the input signal and change the copy gen- 

DEVICE AND A COPY PROTECTION eration management information to "11" (copy prohibition) 

METHOD during recording. This means that the signal cannot be 

5 copied again. 

RELATED APPLICATIONS For foe digital VCR (hereinafter also referred to as DVC) f 

the Consumer Digital VCR Association of Japan established 

This application is a continuation of PCT/JP97/01873 sD (Standard Definition) Standards corresponding to the 

filed Jim. 2, 1997. NTSC or PAL standards and HD (High Definition) Stan- 

in dards corresponding to the high definition TV. These SD and 

HELD OF THE INVENTION HD standards (hereinafter collectively referred to as DVC 

The present invention relates to a device having a digital standards) already have provisions about the recording for- 

interface having a copy protection function and a network mat ™ d the ^ m * rface ^°™ a /J V F£ 

i j • j . r „ . management information in the DVC. That is, tor both of the 

system using such a device and a copy protect™ method. ^ ^ ^ i[Uerface ^ ^ 

BACKGROUND OF THE INVENTION 15 g enera ti° n management information is inserted in the source 

control packet in the VAUX area to be described later. 

Recently, digitalization of audio and visual processing has [ n addition to the DVC standard, it is specified that the 

become wide spread. A DVC (Digital Video Cassette copy generation management information will be inserted in 

Recorder) for digital recording and reproduction is also the header of the MPEG2 transport stream. However, other 

being developed. Digitalization prevents noises from enter- 20 standards do not consider CGMS-D, and have no provision 

ing the into transmission and recording so that the signal for where in the packet or interface format of various digital 

quality is improved. In such digital recording, the original signals and devices the copy generation management infor- 

can be completely exactly duplicated and it is highly mation shall be inserted. 

required to protect foe copyright of information recorded on According to the standard currently under discussion by 
recording media, 25 the IEC (International Electro technical Committee), a 
In particular, provisions for copyright protection of ani- device handling various images will record the copy gen- 
ma tion images including sound data are being specified by eration management information in its recording digital data 
the organizations concerned. They include the VHRA and will output the digital interface output including the 
(Video Home Recording Act), which has been proposed io copy generation management information in data reproduc- 
Japan and is currently discussed mainly in the United States. 30 tion. In addition, it is specified that a recording device to 
The VHRA specifies that the analog connection using analog record such interface output will detect the copy generation 
devices as sources shall adopt the macro- vision method or management information and record the data corresponding 
CGMS (Copy Generation Management System)-A method, to it. 

and that the analog connection using digital devices as ^ Meanwhile, network systems have been recently devel- 

sources shall adopt the macro- vision method, and that the oping with the progress of multimedia. The multimedia 

digital connection using digital devices as sources shall technology requires not only data transmission between 

adopt the CGMS-A (Copy Generation Management personal computers, but also data transmission with audio 

System — Analog) method or the CGMS-D (Copy Genera- and video devices (hereinafter referred to as AV devices), 

tion Management System— Digital) method. ^ For this purpose, a unified standard of digital interface 

The macro-vision method used in the analog connection method for data transmission between a computer and a 

overlays the copy guard signal during the vertical flyback digital image device is being studied. As a low-cost periph- 

time of the video signal to make normal recording difficult, eral interface suitable for multimedia application, IEEE (The 

That is, this method changes the synchronous signal level of Institute of Electrical and Electronics Engineers, Inc.) 1394 

the image to make the synchronous detection by a recording 45 is most likely to be adopted. 

device impossible and also changes the burst phase to make IEEE 1394 enables multiple data transmission for a 

the normal color reproduction by a recording device dififi- plurality of channels. In addition, IEEE 1394 has an isoch- 

cult. Thus, the image signal with overlaid copy guard signals ronous transmission function to ensure transmission of video 

prevents normal image recording without any particular and sound data in a specified time and is considered to be a 

procedure by a recording device. 5Q digital interface suitable for image transmission. 

In addition, the CGMS-A method inserts a flag to indicate For IEEE 1394, detailed commands are currently speci- 

whether the data can be copied or not in a predetermined fied in DVB-WG (for European digital broadcasting) of the 

horizontal period during the vertical flyback time of the Digital VCR Association, R4.1 of EIA discussing DTV 

video signal, and the recording device controls its recording (Digital TV) decoder in the U.S. and IEEE 1394 T.A. (Trade 

according to the flag. 55 Association). IEEE 1394 is originally based on computer 

The CGMS-D method used in the digital connection adds technologies, but since it is capable of synchronous 

a two-bit copy generation management information to the communication, audio and video equipment manufacturers 

recording format or the digital interface format (data format are also working for standardization. The proposal from the 

for transmission) peculiar to devices such as digital VCRs Digital VCR Association is also discussed in 1394 TA. 

and DVDs. Reproduction devices always insert a copy $o Detailed contents of IEEE 1394 are described in an article 

generation management information into the output signal titled "Comparison of Three New Interfaces Searching for 

and recording devices detect the copy generation manage- the Post-SCSI Design Concept" on pp. 152 to 163 of Nikkei 

ment information from the input signal to control recording. Electronics (No. 612, dated Jul. 4, 1994) (Literature 1). 

The copy generation management information indicates IEEE 1394 is also described in detail in the Japanese Patent 

that copying is prohibited with "11", and that copying is 65 Application Laid-open No. Heisei 8-279818. 

allowed only once with "10", and that copying can be made IEEE 1394 enables multiple transmission for a plurality of 

freely with "00". When the copy generation management channels and achieves transmission of video data from a 
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plurality of devices using a plurality of channels assigned to The recording device 3 has a 1394 interface 10, which 

the isochronous packet. For the digital interface of IEEE fetches IEEE 1394 packets in the data from the reproduction 

1394, however, no rule about copy protection is specified. devices 1, and 2 flowing in the bus 25, and depackets them. 

According to IEEE 1394, the data in the digital interface The 1394 interface 10 outputs the depacketed data to the 

format of various device such as DVC transmission format s corresponding decoders SpeciBcally, the received data based 

(hereinafter referred to as D-interface format) and MPEG2 on the data from the reproduction device 1 are supplied to a 

transport packet, are just transmitted with format conver- D-interface decoder for DVC 11 and the received data based 

sion. on the data from the reproduction device 2 are supplied to a 

Therefore, when data are transmitted using IEEE 1394 to TS decoder for MPEG2 12. Data of other types are similarly 

copy ao image, the recording device fetches data from the 10 supplied to the corresponding decoders. In FIG. 1, decoders 

data flowing in the bus of IEEE 1394, and restores the corresponding to other types of data are represented by a 

fetched data to the digital interface format peculiar to the D-interface decoder for other data 13. 

reproduction device, and then, extracts the inserted copy The decoders 11, 12, 13 decode the input data. The 

generation management information. The copy generation decoding results are supplied to a format converting circuit 

management information is obtained by detecting the inser- 17 via flag detecting circuits 14, 15, and 16. The format 

tion position of the copy generation management informa- 15 converting circuit 17 converts the input data to the data in its 

tion with its digital interface processing section or recorded own recording format and supplies them to a recording 

and reproduced data processing sections, such as an error processing circuit 18. 

correction circuit. For example, when the transmitted data is The flag detecting circuits 14, 15, and 16 detect the copy 

DVC data, copying is controlled according to whether the generation management information in the output from the 

predetermined 2-bit data in the source control packet in 20 decoders 11, 12, 13, respectively, and output the information 

VAUX is "11" or "10" or "00". to a recording controlling circuit 19. The recording control - 

FIG. 1 is a block diagram showing a device having a ling circuit 19 controls recording (copying) by the recording 

digital interface according to IEEE 1394 standard. FIGS. 2 processing circuit 18 according to the detected copy gen- 

and 3 illustrate the D-interface format and MPEG2 transport ^ eration management information. 

stream, respectively. IEEE 1394 allows connection a maximum of 63 notes to 

Reproduction (sending) devices 1 and 2 are DVC and the bus 25. For the copy generation management 

DVD, respectively. These reproduction devices 1, 2 and a information, the recording device is required to be capable 

recording (receiving) device 3 are connected by a bus 25 of recognizing and detecting the digital interface format 

corresponding to IEEE 1394 standard. After predetermined 3Q peculiar to the received data. In other words, when several 

processing of signals for the reproduced data with a repro- types of data are received and recorded, the recording device 

duction processing circuit 4, the reproduction device 1 is required to support all types of received data, which 

converts the reproduced data into D-interface format data results in increase of its circuit scale. This further means that 

using a D-interface format output processing circuit 5. it can support the digital interface formats for which the 

FIG. 2 shows the format of the data from the D-interface 35 standards have been already set, but cannot support digital 

format output processing circuit 5. In the D-interface format interface formats having no set standards yet. 

as the digital VCR standard, data in a single record track of It is also possible to copy the video data with a data 

VCR are converted to 150 packets so that the data are streamer, which does not have any image decoding circuit 

transmitted by the unit of 150 packets. and only records the video data. At present, such a data 

At the head of such 150 packets, a header packet H is laid 40 streamer is not considered as the subject to which the copy 

out. It is followed by two subcode packets SC and three generation management information rule is applied, but it 

video auxiliary packets VA. Then, nine audio packets AO to may be subject to restriction in the future. However, as 

A8 corresponding to nine sync, blocks and 135 video described above, a decoder corresponding to various 

packets V0 to V134 corresponding to 135 sync, blocks. The received data is required to detect the copy generation 

copy generation management information is inserted in the 45 management information from the data received via the bus 

source control packet in the shaded video auxiliary packet of IEEE 1394. Even a data streamer, which originally does 

VA Further, the reproduced data are supplied to a 1394 not need any decoder, may require a decoding circuit for 

interface 6, converted to IEEE 1394 packets, and then sent detection of the copy generation management information 

to the bus 25. only. 

The reproduction device 2 processes the signals of the 50 Since IEEE 1394 allows connection of 63 nodes to a bus, 

reproduced data using a reproduction processing circuit 7. it is possible to make 63 copies at a time. Such copying is 

The data from the reproduction processing circuit 7 is allowed under the current rule, but cannot be overlooked 

supplied to the MPEG TS output processing circuit 8 and from the viewpoint of copyright protection, 

converted to the transport stream according to the MPEG2 Thus, it is an object of the present invention to provide a 

standard. 55 device having a digital interface which can support any 

FIG. 3 shows the transport stream. The transport stream format other than existing ones and can reduce the circuit 

supports multiple programs (channels) and can select the scale by enabling recording based on the copy generation 

packet of the desired program from a plurality of programs management information regardless of the format used in 

transmitted by time sharing in the decoding process. For this the data recorded by the recording device, and to provide a 

selection, the transport stream is transmitted with an addi- 60 network system and a copy protection method using such a 

tional link level header (shaded part) before the payload for device. 

information transmission as shown in FIG. 3. Among 188 It is another object of the present invention to provide a 

bytes of the transport packet, 4 bytes represent the link level device having a digital interface which can eliminate the 

header. The copy generation management information is need of a decoding circuit even when the recording device 

inserted in this header. The transport stream of MPEG2 is 65 records data according to the copy generation management 

converted to IEEE 1394 packets by a 1394 interface 9, and information, and to provide a network system and a copy 

then sent out to the bus 25. protection method using such a device. 
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It is yet another object of the present invention to provide 
a device having a digital interface which can enable repro- 
duction of a single copy or a predetermined number of 
copies only at a time even when a plurality of nodes can be 
connected and to provide a network system and a copy 5 
protection method using such a device. 

It is still another object of the present invention to provide 
a device having a digital interface which can execute the 
copy generation management based on the copy control 
information without any problem, even when the types of 10 
the digital video devices connected to IEEE 1394 increase or 
a new digital video device with a new digital interface 
format is connected to IEEE 1394 and to provide a network 
system and a copy protection method using such a device. 

15 

SUMMARY OF THE INVENTION 

A device having a digital interface includes a first detector 
which detects, from the data in a predetermined data format 
containing the copy generation management information, 
the copy generation management information, and a first 20 
interface which converts the above data in a predetermined 
format to the data in the data format of the network bus and 
inserts the copy generation management information based 
on the detection result of the first detector in a data format 
corresponding to the data format of the network bus into the 25 
data after format conversion before sending the data to the 
network bus. 

The first detector detects the copy generation management 
information from the data in a predetermined data format. 3Q 
The first interface converts the data in a predetermined data 
format to the data in the data format of the network bus and 
inserts the copy generation management information based 
on the detection result of the first detector with the format 
corresponding to the data format of the network bus. Thus, 35 
the copy generation management information is made 
detectable in the process to restore the data format corre- 
sponding to the network bus to the original data format at the 
receiving side. 

Such device also includes a second interface which 40 
receives the transmission data obtained by conversion of the 
data in a predetermined data format containing the copy 
generation management information into the data format of 
the network bus with the copy generation management 
information inserted in the data format corresponding to the 45 
data format of the network bus via the network bus and 
which restores the data format of the received data from the 
data format of the network bus to the original data format 
before output, a second detector which detects the copy 
generation management information contained in the data 50 
received by the second interface, and recording controller 
which, according to the detection result of the second 
detector, permits or prohibits recording of the output from 
the second interface. 

The data from the first data from the first interface are 55 
received by the second interface and restored from the data 
format corresponding to the network bus to the original data 
format. The second detector detects the copy generation 
management information inserted in the received data. 
According to this detection result, the recording controller go 
permits or prohibits recording of the output from the second 
interface. 

A copy protection method includes detecting, from the 
data in a predetermined data format containing the copy 
generation management information, the copy generation 65 
management information, and converting the data in a 
predetermined data format to the data in the data format of 
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the network bus which inserts the detected copy generation 
management information in a data format corresponding to 
the data format of the network bus into the data after format 
conversion before sending the data to the network bus. 

The copy generation management information is detected 
from the data in a predetermined data format. The data in a 
predetermined data format are converted to the data in the 
data format of the network bus. The copy generation man- 
agement information detected here is inserted with the 
format corresponding to the data format of the network bus. 

A copy protection method includes receiving the trans- 
mission data obtained by conversion of the data in a prede- 
termined data format containing the copy generation man- 
agement information into the data format of the network bus 
together with the copy generation management information 
inserted in the data format corresponding to the data format 
of the network bus via the network bus and restoring the data 
format of the received data from the data format of the 
network bus to the original data format before output, 
detecting the copy generation management information con- 
tained in the received data, and permitting or prohibiting 
recording of the received data according to the copy gen- 
eration management information detected. 

The received data are restored from the data format 
corresponding to the network bus to the original data format. 
The copy generation management information inserted in 
the received data is detected and, according to this detection 
result, recording of the received data is permitted or pro- 
hibited. 

A network system includes, at the sending side, a first 
detector which detects, from the data in a predetermined data 
format containing the copy generation management 
information, the copy generation management information, 
and a first interface which converts the data in a predeter- 
mined data format to the data in the data format of the 
network bus which inserts the copy generation management 
information based on the detection result of the first detector 
into the data after format conversion with the data format 
corresponding to the data format of the network bus before 
sending the data to the network bus, and at the receiving 
side, a second interface which receives the data sent from the 
first interface to the network bus and restores the data format 
of the received data from the data format of the network bus 
to the original data format before output, a second detector 
which detects the copy generation management information 
contained in the data received by the second interface, and 
recording controller which permits or prohibits recording of 
the output from the second interface according to the detec- 
tion result of the second detector. 

The copy generation management information is inserted 
in the transmission data from the sending side corresponding 
to the data format of the network bus. The receiving side 
detects the inserted copy generation management informa- 
tion to control copying of the received data. 

A device having a digital interface includes a fourth 
detector which detects the copy generation management 
information for each channel from the multi-channel data 
each containing the copy generation management informa- 
tion and a re-specifier which sends the multi-channel data to 
the bus capable of synchronous transmission of the multi- 
channel signals and, when the channel for which copying is 
prohibited by the copy generation management information 
detected by the fourth detector is included in receivable 
channels at a predetermined receiving device, changes the 
specification of the receivable channels. 

The fourth detector detects the copy generation informa- 
tion for each channel. When the channels under copy 



11/07/2003, EAST version: 1.4.1 



5,987,126 

7 8 

prohibition specification are to be received by the receiving notifier to request the receivable channel numbers to be sent 

device, the re-specifier does not specify these channels as from the digital interfaces of the receiving device to the 

receivable for the receiving device. Thus, copying is pro- digital interfaces of the one or more sending devices, a 

hibited for this receiving device. channel number specifier to have the digital interface of any 

A network system has a plurality of devices with digital s device in the network specify one or more receivable 

interfaces connected to a netpack capable of transmitting a channel numbers to the digital interfaces of the one or more 

plurality of isochronous packets via the digital interfaces and receiving devices for each of the receiving device, a receiver 

includes a notifier which notifies its own device ID on the which has the digital interface of the receiving device which 

network to each of the plurality of devices with digital has received the information from the receivable channel 

interfaces via the digital interfaces, a setter which specifies iq number specifier receive the data of one or more receivable 

one or more devices as the sending device so that it outputs channel numbers specified by the channel number specifier 

the isochronous packets to the network via the digital from the isochronous packets output to the network, detector 

interfaces and specifies one or more remaining devices as at the receiving device to detect the copy generation man- 

the receiving device, a converter which, at the sending agement information for each channel from one or more 

device, converts the format of the transmission data into the 35 channel signals sent from the sending device, a governor 

data format configured for each channel number determined which, from the device ID notified onto the network by the 

by the digital interfacing means and outputs the result as the one or more receiving devices, judges whether each of the 

isochronous packets to the network, a channel number receiving device is capable or incapable of recording the 

request notifier, which requests the receivable channel num- isochronous signal flowing on the network, and an outputter 

bers to be sent from the digital interfaces of the receiving 20 which, when one or more receivable channel numbers 

device to the digital interfaces of the one or more sending specified for the digital interfaces of the receiving device 

devices, a channel number specifier to have the digital capable of recording equals one or more channel numbers 

interface of any device in the network specify one or more under copy prohibition by the detected copy generation 

receivable channel numbers to the digital interfaces of the management information, causes the sending device to 

one or more receiving devices for each of the receiving 25 output the information to change the specification of the 

device, a receiver which has the digital interface of the receivable channels for each of one or more receivable 

receiving device which has received the information from channel numbers to provide a recording prohibition to the 

the receivable channel number specifier receive the data of equal channel numbers and a recording permit to the 

one or more receivable channel numbers specified by the unequal channel numbers. 

channel number specifier from the isochronous packets 30 The sending device provides copy protection against the 

output to the network, detector at the receiving device to receiving device when some of the channels (numbers) 

detect the copy generation management information for each requested by the receiving device have a copy protection 

channel from one or more channel signals sent from the signal by directly writing the recording permit/prohibition 

sending device, a governor which, from the device ID information for each channel in the "Receivable (Permitted) 

notified onto the network by the one or more receiving 35 channel specification command" packet sent as the asyn- 

devices, judges whether each of the receiving device is chronous command from the sending device and sending it 

capable or incapable of recording the isochronous signal to the receiving device to achieve copy control (restriction), 

flowing on the network, and a re-specifier which, when one ^ network system has a plurality of devices with digital 

or more receivable channel numbers specified for the digital interfaces connected to a network capable of transmitting a 

interface of the receiving device capable of recording equals 40 plurality of isochronous packets via the digital interfaces and 

one or more channel numbers under copy prohibition by the includes a notifier which notifies its own device ID on the 

copy generation management information, causes the device network to each of the plurality of devices with digital 

with the receivable channel number specifier for the receiv- interfaces via the digital interfaces, a setter which specifies 

ing device to delete the one or more channel numbers under one or m0 re devices as the sending device so that it outputs 

copy prohibition from the already specified one or more 45 mc isochronous packets to the network via the digital 

receivable channel numbers to re -specify the one or more interfaces and specifies one or more remaining devices as 

receivable channel numbers for the digital interface of the th c receiving device, to detect a detector which detects the 

receiving device. copy generation management information for each channel 

The sending device provides copy protection against the from the signals of one or more channels output from the 

receiving device when some of the channels (numbers) 50 sending device, a converter which, at the sending device, 

requested by the receiving device have a copy protection converts the format of the transmission data into the data 

signal by deleting such channel numbers from the receivable format configured for each channel number determined by 

channels. This achieves copy control. the digital interfacing means, an order changer, which 

A network system has a plurality of devices with digital changes the transmission order of the data corresponding to 

interfaces connected to a network capable of transmitting a 55 the channel numbers equal to one or more channel numbers 

plurality of isochronous packets via the digital interface and with copy prohibition specification by the copy generation 

includes a notifier which notifies its own device ID on the management information among the data reconfigured for 

network to each of the plurality of devices with digital each channel number determined by the digital interface 

interfaces via the digital interfaces, a setter which specifies number by treating a predetermined number of packets as a 

one or more devices as the sending device so that it outputs 60 unit of packet order change, an outputter which outputs the 

the isochronous packets to the network via the digital data under copy prohibition whose transmission order has 

interfaces and specifies one or more remaining devices as been changed and the data without copy prohibition speci- 

the receiving device, a converter which, at the sending fication whose transmission order has not been changed to 

device, converts the format of the transmission data into the the network as the isochronous packets, a channel number 

data format configured for each channel number determined 65 request notifier which requests one or more receivable 

by the digital interfaces and outputs the result as the isoch- channel numbers to be sent from the digital interfaces of the 

ronous packets to the network, a channel number request receiving device to the digital interfaces of the one or more 
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sending devices, a channel number specifier to have the interfaces of the one or more receiving devices for each of 
digital interfaces of any device in the network specify one or the receiving device, a receiver which has the interface of 
more receivable channel numbers to the digital interfaces of the receiving device which has received the information 
the one or more receiving devices for each of the receiving from the receivable channel number specifier receive the 
device, a receiver which has the digital interface of the 5 data of one or more receivable channel numbers specified by 
receiving device which has received the information from mc channel number specifier from the isochronous packets 
the receivable channel number specifier receive the data of output to the network, a governor which, from the device ID 
one or more receivable channel numbers specified by the notified onto the network by the one or more receiving 
channel number specifier from the isochronous packets devices, judges whether each of the receiving device is 
output to the network, a governor which, from the device ID 10 capable or incapable of recording the isochronous signal 
notified onto the network by the one or more receiving flowing on the network, and a second restoration key infor- 
devices, judges whether each of the receiving device is mation outputter which causes the sending device upon 
capable or incapable of recording the isochronous signal receipt of request for the channel numbers under the copy 
flowing on the network, and a first restoration key informa- prohibition specification as the receivable channel numbers 
tion outputter, which causes the sending device upon receipt from the receiving device incapable of recording to output 
of request for the channel numbers under the copy prohibi- the proper data restoration key information for restoration of 
tion specification as the receivable channel numbers from the encrypted data to the data before encryption to the 
the receiving device incapable of recording to output the key receiving devices incapable of recording only, 
information showing the correct order of the packets for when of ±c channels (numbers) requested by the 
restoration of the data after order change to the original order ^ rccciving dcvicc have the copy protection "signal, the send- 
to the receiving devices incapable of recording only. ing device scrambles me order of me data ( nume ric string) 
When some of the channels (numbers) requested by the in tbc transmission packets on IEEE 1394 for the packets 
receiving device have the copy protection signal, the send- corresponding to such channels and, sends a key indicating 
ing device changes the transmission order of the packets thc correct order of the data in the packets (Scramble 
transmitted on IEEE 1394 (transmission order scrambling) 25 cancellation key) to the devices incapable of recording and 
and returns the key indicating the correct packet order sends ^ j mpr oper (dummy) scramble cancellation key to 
(Scramble cancellation key) to the devices incapable of me devices capable of recording so as to achieve (realize) 
recording together with or separately from (two asynchro- me CO p V conu - 0 l. 
nous commands) the usual receivable (permitted) channel 

number with a response by asynchronous command, and, to 30 BRIEF DESCRIPTION OF THE DRAWINGS 

the devices capable of recording, returns the usual receivable , . . . . . 

(permitted) channel numbers only or improper (dummy) FIG - 1 shows a device havm g a mterface; 

scramble cancellation key together with the above usual FIGS. 2 and 3 illustrate the place of insertion for the copy 

receivable (permitted) channel numbers with a response by generation management information; 

asynchronous command or returns no response to achieve 35 FIG. 4 is a block diagram showing an embodiment of a 

(realize) the copy control. device having a digital interface according to the present 

A network system has a plurality of devices with digital invention; 

interfaces connected to a network capable of transmitting a FIG. 5 illustrates the DVC format; 

plurality of isochronous packets via the digital interfaces and pIG 6 is another illustration of the DVC format; 

includes a notifier which notifies its own device ID on the 40 ? ^ g ^ ^ DVC f 

network to each of the plurality of devices with digital . 

interfaces via the digital interfaces, a setter which specifies FIG. 9 is still another illustration of the DVC format; 

one or more devices as the sending device so that it outputs FIG. 10 is yet another illustration of the DVC format; 

the isochronous packets to the network via the digital FIG. U illustrates the D-interface format; 

interfaces -and specifies one or more remaining devices as 45 nG u ^ another illustration of the D-interface format; 

the receiving device, a detector which detects the copy piG 13 illustrates lhe mEE 1394 packet format; 

generation management information for each channel from ,, nrr . , . . 

L signals of one or more channels output from the sending 14 lllustrates the MPEG2 stream; 

device, a converter which, at the sending device, converts FIG. 15 is a timing chart that illustrates operation of the 

the format of the transmission data into the data format 50 embodiment shown in FIG. 4; 

configured for each channel number determined by the FIG. 16 is a block diagram of a second embodiment of the 

digital interface, an encryptor which, by the unit of packets, present invention; 

encrypts the data corresponding to the channel numbers FIG. 17 illustrates the layout of the copy control infor- 

equals one or more channel numbers with copy prohibition mation in the isochronous packet by the isochronous packet 

specification or copy permit specification for only once by 55 inserting circuit 210; 

the copy generation management information among the ig [ s a ta hi e illustrating code values; 
data reconfigured for each channel number determined by RG 19 me cydjc insertion method for the copy 
the digital interface number, an outputter which outputs the control information- 
encrypted data under copy prohibition and the data without nG 2Q . g & ^ mustratin me bc insertion method 
encryption which do not have copy prohibition specification 60 for faformatio 
to the network as the isochronous packets, a channel number r ' , . „ , , , . 
request notifier which requests one or more receivable ™" 31 dh,slratfis ° peraU ° n ° f embodment m 
channel numbers to be sent from the digital interfaces of the lt>; 

receiving device to the digital interfaces of the one or more FIG. 22 is a block diagram of a third embodiment of the 

sending devices, a channel number specifier which specifies 65 present invention; 

the digital interface of any device in the network to specify FIG. 23 is a block diagram of a fourth embodiment of the 

one or more receivable channel numbers to the digital present invention; 
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FIG. 24 is a general view of the embodiment in FIG. 23; (not shown) traces these areas record and reproduce these 

FIG. 25 is a flowchart illustrating the procedure of the ^eas, one b y one - 

copy control method in the embodiment of FIG. 23; In the SD format according to the DVC standard, the data 

FIG. 26 is a diagram to chronologically showing an * recorded on the tracks by treating one sync, block as a 

example of communications between the isochronous s recording unit. As shown in FIGS. 7 and 8, each sync, block 

packet and the asynchronous packet in the embodiment of has a of 90 bvles > including two bytes of a synchro- 

pjQ 23 * D0US signal (SYNC) at the leading end, a 3-byte ID, 77 bytes 

' A „ n , f( , . u of data, and finally, the parity consisting of internal and 

HGS. 27 to 29 are explanatory views of the isochronous ^ Specifically the error ejection processing 

packet and the asynchronous command; 1Q ta ^ ^ ^ v ^ ^ for e^ ple> thc ^ for 

FIG. 30 is a block diagram of a variation of the cmbodi- crror corrcction at syac blocks 157 to 167 for the vertical 

ment of FIG. 23; data, and internal signs for error correction at bytes 82 to 89 

FIG. 31 is a block diagram of a fifth embodiment of the 0 f sync blocks 19 to 167 for the horizontal data, as shown 

present invention; and in FIG. 8. 

FIGS. 32 and 33 illustrate the asynchronous command is FIG. 9 shows a specific format of the video auxiliary areas 

sent from STB 119 of FIG. 31. (VAUXO, VAUX1, VAUX2) in sync blocks 19, 20, and 156. 

„ ™ ^r.^™ TT ™^»r ^ ^mnrvmv The video auxiliary areas correspond to sync blocks 19, 20, 

DETAILED DESCRIPTION OF CURRENTLY and 156 

PREFERRED EMBODIMENTS A a ' -u a u u kii,k cvwp a m ,* 

As described above, each sync block has SYNC and ID at 

Referring to the attached figures, preferred embodiments 20 the beginning, which are followed by 77 bytes of data. In the 

of the present invention will be described in details below. video auxiliary area, 15 packs having a 5-byte length are laid 

The following embodiments conform to IEEE 1394. Each out, leaving two bytes as a reserved area. As shown in FIG. 

device is provided with an interface according to the IEEE 9, VAUXO of sync block 19 has packs 0 to 14, VAUX1 of 

1394 standard and supports its individual digital format for sync block 20 has packs 15 to 29, and VAUX2 of sync block 

detection of the copy generation management information. 25 156 has packs 30 to 44. Each pack consists of one -byte pack 

In FIG. 4, devices 21 to 23 are connected via a bus 24 of header PCO and 4-bytes of pack data PCI to PC4. 

a digital interface capable of synchronously transmitting According to the DVC format, the first pack of VAUXO, 

synchronous data, such as IEEE 1394. The devices 21 to 23 which is shaded in FIG. 9, is the source control pack for odd 

are, for example, a DVC, a DVD, or a recording device, tracks, and the shaded pack (No. 40) of VAUX2 in FIG. 9 is 

respectively. Suppose the devices 21 and 22 are sending the source control pack for even tracks, 

(reproduction) devices and the device 23 is a receiving FIG. 10 shows the specific configuration of the source 

(recording) device in the following description. control pack at the first or fortieth pack. In the source control 

The device 21 is different from the reproduction device 1 pack, the first byte PCO has pack header "01100001". In the 

in FIG. 1 in that it uses an 1394 interface 27 instead of the 35 second byte PCI, CGMS (Copy generation management 

1394 interface 6 and is provided with a copy flag detecting system), ISR (Input source of just previous recording), CMP 

circuit 28. The reproduction processing circuit 4 properly (The number of times of compression), and SS (Source and 

processes the signals of the reproduced data from the recorded situation) are placed in this order from the MSB, 

reproduction device (not shown) and outputs them to the each having two bits. Among them, CGMS has the two-bit 

D-interface format output processing circuit 5. For example, 4Q copy generation management information, 

the reproduction processing circuit 4 decodes the reproduced Referring to FIG. 4, the reproduction processing circuit 4 

data on a magnetic tape and correct errors in the data, and supplies the format data, as shown in FIGS. 5 to 10, to the 

then extends the data to obtain the original audio and video D-interface format output processing circuit 5. The copy flag 

data. detecting circuit 28 detects the copy generation management 

The D-interface format output processing circuit 5 con- 45 information of CGMS from the output of the D-interface 

verts the input data to the D-interface format data. format output processing circuit 5 and supplies the detection 

Specifically, the D-interface format output processing circuit ■ result to the 1394 interface 27. 

5 makes conversion between the magnetic tape recording According to the DVC format, the video data are recorded 

format and the DVC standard transmission format and in the video area having 135 sync, blocks in a track, and the 

outputs the result to the 1394 interface 27. 50 audio data are recorded in the audio area having nine sync, 

FIGS. 5 to 10 show the recording format of the device 21, blocks. With treating one sync, block as a packet, the 

which is a DVC. FIG. 5 shows recording tracks formed on D-interface format output processing circuit 5 converts one 

the magnetic tape. FIG. 6 shows the recording format on track into 150 packets to input and output the data by the unit 

each recording track, and FIG. 7 shows the configuration of of 150 packets. 

the audio area and audio Q area. FIG. 8 shows the configu- 55 FIG. 11 illustrates the packet data corresponding to one 
ration of the video area and the video Q area, FIG. 9 shows track. As shown in FIG. 11, the header packet HO is placed 
the VAUXO and VAUX1 formats in FIG. 6, and FIG. 10 at the beginning of the 150 packets. It is followed by two 
shows the format of the source control pack in FIG. 9. subcode packets SCO, SCI, and three video auxiliary pack- 
As shown in FIG. 5, according to the DVC standard, the ets VA0 to VA2. Then, nine audio packets AO to A8 
data for a frame is recorded on a plurality of recording tracks 60 corresponding to the nine sync, blocks and 135 video 
(10 tracks) on a magnetic tape 51. FIG. 6 shows that each packets V0 to V134 corresponding to 135 sync, blocks are 
recording track has a plurality of areas corresponding to the laid out. 

data types: ITI, audio area (Audio), audio Q area (Audio Q), FIG. 12 shows the data structure of the output from the 

video auxiliary areas (VAUXO, VAUX1), video area D-interface format output processing circuit 5 of FIG. 4. As 

(Video), Video auxiliary area (VAUX2), video Q area (Video 65 shown in FIG. 12, each block (DIF block) begins with the 

Q), and subcode area (subcode). These areas are laid out ID, which is followed by various data. The blocks in FIG. 12 

from the lower end to the upper end of the tape 51. A head correspond to the packets in FIG. 11. In other words, the 
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blocks 0 to 149 correspond to the 150 packet data in a track. 
The blocks 0 to 149 transmit the header, subcodes, video 
auxiliary data, audio/video data for a track, and one frame is 
restored by the data of n tracks. 

The 1394 interface 27 outputs the input packet data after 
converting it into the packet format of IEEE 1394. Since the 
data in one frame is recorded in 10 tracks according to the 
SD standard for the digital VCR, the data in one track may 
be transmitted for a period corresponding to one tenth of a 
frame or 3.33 ms. In other words, it is necessary to transmit 
135 video blocks, nine audio blocks, three VAUX blocks, 
two subcode blocks, and a header block (150 DIF blocks in 
total) within 3.33 ms. 

According to IEEE 1394, the video data are transmitted 
with isochronous cycles of 125 /is. The above period of 3.33 
ms corresponds to 26.6 isochronous cycles. Therefore, the 
data for a track in the digital VTR, or 150 DIF blocks may 
be transmitted in 26.6 isochronous cycles. This means that 
five or six DIF blocks are transmitted in an isochronous 
cycle. 

FIG. 13 shows an isochronous packet prepared by the 
1394 interface 27 of FIG. 4. 

At the beginning of the packet is the header, which is 
followed by the header CRC for error correction. Then, the 
CIP header and the synchronous data of 5 or 6 DIF blocks 
are laid out. At the end, the error correction data CRC is 
positioned. In this embodiment, the 1394 interface 27 inserts 
the two-bit copy generation management information based 
on the detection result of the copy flag detecting circuit 28 
into the CIP header. 

According to the current standard under IEEE 1394, SID, 
DBS, FN, QPC, SPH, DBC, FMT, 50/60, STYPE, or SYT 
can be provided as the CIP header. Further, two-bit reserved 
areas are prepared. For example, the 1394 interface 27 
inserts the copy generation management information to such 
reserved area. 

The 1394 interface 27 sends the isochronous packets of 
the format, as shown in FIG. 13 to the bus 24. As described 
above, these isochronous packets flow on the bus 24 with the 
isochronous cycle of 125 fis. 

The device 22 is different from the reproduction device 2 
in FIG. 1 in that it uses a decoding/FEC circuit 20, instead 
of the reproduction processing circuit 7, and a 1394 interface 
33, instead of the 1394 interface 9, and is provided with a 
copy flag detecting circuit 34. The decoding/FEC circuit 20 
properly processes the signals of the reproduced data from 
the reproduction device (not shown) and outputs them to the 
MPEG TS output processing circuit 8. For example, the 
decoding/FEC circuit 20 subjects the MPEG2 standard 
compression data reproduced from a disk to the error 
correction processing. The MPEG TS output processing 
circuit 8 outputs the input data to the 1394 interface 33 after 
converting the data into the MPEG2 transport packet with 
the unit of 188 bytes. 

FIG. 14 illustrates the transport packet from the MPEG 
TS output processing circuit 8. As shown in FIG. 14, a 
transport packet is transmitted with a link level header 
(shaded part) before the payload for information transmis- 
sion. Among the 188 bytes of a transport packet, four bytes 
represent the link level header. The copy generation man- 
agement information is inserted in this header. 

The copy flag detecting circuit 34 detects the copy gen- 
eration management information in the header of the trans- 
port packet and outputs the detection result to the 1394 
interface 33. The 1394 interface 33 has the same configu- 
ration as the 1394 interface 27. The 1394 interface 33 
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converts the MPEG2 transport stream into the IEEE 1394 
packet,- as shown in FIG. 13. In this case, the 1394 interface 
33 inserts the two-bit copy generation management infor- 
mation based on the detection result by the copy flag 

5 detecting circuit 34 into the CIP header. The 1394 interface 
33 sends the isochronous packets to the bus 24. 

The device 23 has an 1394 interface 41, which fetches the 
packets flowing on the bus 24 and depackets them so that it 
outputs the original format data to a format converting 

io circuit 43. In this embodiment, the 1394 interface 41 has a 
copy flag detector 42. The copy flag detector 42 detects the 
copy generation management information inserted in the 
CIP header of the packet and outputs it to a copy generation 
managing circuit 44 and the recording controlling circuit 19. 

15 The format converting circuit 43 converts the format of 
the input data to its own recording format. For example, if 
the device 23 is designed for recording according to MPEG2 
standard, it outputs the data from the device 22 as they are 
(without format conversion) to the recording processing 

20 circuit 18, and converts the data from the device 21 so as to 
change the format from the D-interface format to the 
MPEG2 format before output to the recording processing 
circuit 18. 

The copy generation managing circuit 44 is designed to 

25 insert the copy generation management information based 
on the detection result of the copy flag detector 42 to the 
position corresponding to the format after conversion when 
the format converting circuit 43 executes any format con- 
version. For example, when its own recording format con- 

30 forms to the D-interface format, it inserts the copy genera- 
tion management information based on the detection result 
of the copy flag detector 42 to the CGMS of the source 
control pack when the data from the device 22 are recorded. 
Further, when the copy generation management information 

35 detected by the copy flag detector 42 is "10" to allow 
recording only once, the copy generation managing circuit 
44 inserts "11" to prohibit copying as the copy generation 
management information. 

dQ When the device 23 is a video streamer or a data streamer 
to record the data after depacketing as they are, it is not 
necessary to convert the format using the format converting 
circuit 43. In this case, the format converting circuit 43 may 
be omitted. 

4 5 The recording processing circuit 18 properly processes 
recording signals of the data from the format converting 
circuit 43 so that they are recorded by a recording device 
(not shown). The recording by the recording processing 
circuit 18 is controlled by the recording controlling circuit 

50 19. The recording controlling circuit 19 prohibits recording 
by the recording processing circuit 18 when the copy 
generation management information detected by the copy 
flag detector 42 is "11" for copy prohibition and allows 
recording by the recording processing circuit 18 when the 

ss information is "10" to allow recording only once or "00" for 
free copying. 

Though the device 23 is supposed to be a recording device 
in the above description, it can be a television set. In this 
case, the device 23 must be able to handle both analog and 

60 digital outputs. With a copy generation managing circuit 44, 
the copy control information such as macro vision, CGMS- 
A, or CGMS-D standard may be inserted in such outputs. 

Referring now to FIG. 15, the operation of the embodi- 
ment with the above configuration is described below. FIG. 

65 15 shows the data in a predetermined digital format, data 
recording units, DIF blocks, and isochronous packets on the 
bus 24. Note that FIG. 15 shows a digital format in general 
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and is slightly different from the specific DVC format or For example, when the sending device is a DVC, if the 

MPEG2 digital format. device 23 executes recording according to the DVC format, 

Suppose the devices 21, 22, 23 are recording devices for «he format converting circuit 43 converts the input data in 

DVC, DVD, or a predetermined recording format, and the «»» D-interface format into the DVC format data before 

reproduced data of the device 21 is recorded by the device S being output to the recording processing circuit 18Uf the 

23 Tne reproduced data is output after decoding and error f v,ce , * exe ,f ute f s rec ° rdin S corresponding to the MPEG2 

A . p . 4 , j *• •» a tv format here, the format converting circuit 43 converts the 

conecUon by the reproduction processing circuit 4. The ^ fa ^ 9 Dmiatcdm format expanding to the DVC 

D-interface format output processing circuit 5 converts the ^to ^ MpEG2 transport slream , Q m& ^ thg 

input data in DVC format into the D-mterface format data gcncration managing circuit 44 inserts "00" as the copy 

before output. 10 g enera tion management information to the header of the 

FIG. 15 shows, at the top the digital format peculiar to the MPEG2 transport stream, 

sending device and the output from the D-interface format When the sending device is a DVD, if the device 23 

output processing circuit 5. Note that the specific digital executes recording according to the DVC format, the format 

format of the D-interface format output processing circuit 5 converting circuit 43 converts the MPEG2 transport stream 

is as shown in FIG. 12. In other words, these data are 15 into the DVC format data. In this case, the copy generation 

recorded in recording units of 150 packets. FIG. 15 just managing circuit 44 inserts "00" as the copy generation 

shows that a recording unit with a header packet at the management information to the CGMS area of the VAUX 

beginning consists of several packets, and the number of source control pack. The data from the format converting 

packets does not matter. circuit 43 is sent to the recording processing circuit 18 and 

The copy flag detecting circuit 28 detects the copy gen- 20 recorded in the recording media (not shown), 

eration management information inserted in the source con- Suppose the copy generation management information 

trol pack in the video auxiliary packet VAof the DVC format detected by the copy flag detector 42 is "00", which allows 

and outputs the detection result to the 1394 interface 27. copying only once. The copy generation managing circuit 44 

The output from the D-interface format output processing rewrites the copy generation management information "10" 

circuit 5 is supplied to the 1394 interface 27 and converted contained in the data input to the formal converting circuit 

into packet format according to the IEEE 1394 standard. The 43 to change it to the copy generation management infor- 

D-interface format output processing circuit 5 transmits mauon for copy prohibition ("11"). This copy generation 

several DIF blocks input for an isochronous cycle in a single management information is naturally inserted in the position 

Isochronous packet. The third line of FIG. 15 shows DIF 3Q corresponding to the recording format, 

blocks and the fourth line of the figure shows that three or Thus, the device 23 can record data according to the copy 

two DIF block are transmitted in a single isochronous cycle. generation management information. 

As described above, when the data are transmitted accord- Similar operation is executed when the sending device is 

ing to the DVC standard, the D-interface format output a set top box to output MPEG2-TS. The reproduced data 

processing circuit 5 transmits five or six DIF blocks for one 35 from the decoding/FEC circuit 20 of the device 22 are 

isochronous cycle. The 1394 interface 27 inserts the copy converted into the transport packets with the unit of 188 

generation management information based on the detection bytes by the MPEG TS output processing circuit 8. In this 

result from the copy flag detecting circuit 28 to the CIP case, the copy generation management information is 

header of the isochronous packet. Thus, the D-interface detected from the header of the transport packet by the copy 

formal output processing circuit 5 outputs the isochronous 40 flag detecting circuit 43 and supplied to the 1394 interface 

packet in the format as shown in FIG. 13. 33. The 1394 interface 33 converts the transport packet to 

The isochronous packet from the device 21 is sent to the the 1394 packet. In this case, the 1394 interface 33 inserts 

bus 24. The 1394 interface 41 of the device 23 fetches the the copy generation management information detected by 

isochronous packets having that device as the specified the copy flag detecting circuit 34 to the CIP header, 

address from the data flowing on the bus 24 for depacketing. 45 Even when the sending device conforms to a standard 

From the 1394 interface 41, the packet data in the other than DVC or MPEG2, it is obvious that the copy 

D-interface format is output. generation management information can be similarly 

The copy flag detector 42 detects the copy generation inserted in the transmission data, 

management information inserted in the CIP header of the Thus, it is easy for a sending device to recognize its own 

isochronous packet. The detection result of the copy flag 50 data format and detect the copy generation management 

detector 42 is sent to the copy generation managing circuit information. The 1394 interface of the sending device sends 

44 and the recording controlling circuit 19. Suppose now the detected copy generation management information by 

that the copy generation management information detected inserting it to the CIP header of the 1394 packet. On the 

by the copy flag detector 42 is "11", which prohibits other hand, the receiving device detects the copy generation 

copying. In this case, the recording controlling circuit 19 55 management information contained in the CIP header of the 

controls the recording processing circuit 18 to prohibit transmitted isochronous packet. In other words, the receiv- 

recording. For example, the recording processing circuit 18 ing device can detect the copy generation management 

controls the operation of the system control or servo circuit information without caring for the received data type and 

(not shown) so as to omit recording. In this case, the format without decoding the received data. Therefore, it is not 

conversion processing by the format converting circuit 43 eo necessary for a receiving device to have a decoder for 

may be prohibited. detection of the copy generation management information. 

Suppose the copy generation management information Even when it receives data in a format other than existing 

detected by the copy flag detector 42 is "00" for free ones, it can detect the copy generation management infor- 

copying. In this case, data can be recorded freely. The packet mation. Since it is not necessary to decode the received data, 

data from the 1394 interface 41 are supplied to the format 65 recording can be enabled or disabled in a short time, 

converting circuit 43 so that they are converted to have FIG. 16 illustrates a second embodiment of the present 

recording format of the device 23. invention. 
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In the embodiment of FIG. 4, CGMS is used as the copy 
generation management information to control data copying 
for video devices. As the copy generation management 
information in addition to CGMS, SCMS (Serial Copy 
Management System) for audio data copy control is also 5 
specified. However, SCMS is basically used in order to 
allow digital-digital copying of audio data for one 
generation, and is handled differently from CGMS. It may be 
sometimes necessary to use these two types of copy gen- 
eration management information for copy control. This 10 
embodiment shows an example where the present invention 
is applied to a device to achieve copy control using these two 
types of copy generation management information: CGMS 
and SCMS. 

A device having a digital interface 201 is mounted on a 15 
machine. Machines to which the device 201 may be 
mounted are products, such as a machine capable of record- 
ing and reproducing the video and audio data, and a machine 
for recording and reproduction of other types of data. More 
specifically, these machines include a VCR, a DAT, a DVD, 20 
a receiver for digital broadcasting, and a data streamer. 

In this embodiment, the device 201 sends, in the trans- 
mission system, the transmission data with isochronous 
packets according to IEEE 1394 standard, and inserts 
CGMS and SCMS to the transmission data. In the receiving 25 
system, it extracts CGMS and SCMS from the received data 
so that copying of the received data is controlled. 

In the transmission system, reproduced signals from a 
reproduction means (not shown), for example, are supplied ^ 
to a transmission data processing circuit 202 of the device 
201. The transmission data processing circuit 202 outputs 
data corresponding to the data format it processes. For 
example, it may have a configuration similar to the 
D -interface format output processing circuit 5 and the 
MPEG TS output processing circuit 8 in FIG. 4. The 35 
transmission data processing circuit 202 properly processes 
the reproduced signals and outputs them as the transmission 
data to a 1394 transmission processing circuit 211. 

On the other hand, the output from the transmission data 4Q 
processing circuit 202 is also supplied to a CGMS detecting 
circuit 204, an SCMS detecting circuit 205, an APS detect- 
ing circuit 206, and a DSB detecting circuit 207. The CGMS 
detecting circuit 204 and the SCMS detecting circuit 205, 
respectively, detect CGMS and SCMS contained in the 45 
output from the transmission data processing circuit 202 and 
output them to an isochronous packet inserting circuit 210, 

In the transmission system, not only CGMS and SCMS as 
the copy generation management information, but also APS 
(Analog Protection System) which indicates whether PSP 50 
(AGC pseudo pulse in the macro vision method) is inserted 
or not, and DSB (Digital Source Bit) which specifier copy 
prohibition for a DVD-ROM disk, can be transmitted. The 
APS detecting circuit 206 and the DSB detecting circuit 207, 
respectively, detect APS and DSB contained in the output 5S 
from the transmission data processing circuit 202 and output 
them to the isochronous packet inserting circuit 210. 

Note that APS and DSB may have following values: 

APS 00: PSPooff, Color stripe«=off 

01: PSP-on, Color stripe-off 60 
10: PSP=on, Color stripe (2-line method)=on 
11: PSP=on, Color stripe (4- line method)=on 

DSB 1: DVD-ROM disk with encoded copy prohibition 
0: Other than the above 

The isochronous packet inserting circuit 210 inserts the 65 
copy generation management information CGMS and 
SCMS and the copy control information (CCI) consisting of 



126 

18 

APS and DSB into the isochronous packet, FIG. 17 illus- 
trates the layout of the copy control information in the 
isochronous packet by the isochronous packet inserting 
circuit 210. 

As shown in FIG. 15, an isochronous packet has a packet 
header consisting of a header and a header CRC, and a data 
block consisting of a CIP header (shaded part), synchronous 
data (data field), and a data CRC. As shown in FIG. 17, a CIP 
header has SID, DBS, FN, QPC, SPH, reserved area (res) 
(shaded part), DBC, FMT, and FDF laid out. In this 
embodiment, as in the embodiment of FIG. 4, the copy 
control information is to be inserted in the reserved area 
(shaded part) of the CIP header. Specifically, this reserved 
area accommodates not only CGMS, but also SCMS, APS, 
and DSB, in this embodiment. 

The data sent from the transmission system of the device 
201 may contain video and audio data, for example, or may 
contain audio data only. This means that not all of the copy 
control information pieces inserted in the isochronous 
packet are effective. Therefore, in the transmission system, 
information to indicate whether CGMS and SCMS inserted 
in the reserved area are effective or ineffective is to be 
inserted. 

Specifically, the detection results of the CGMS detecting 
circuit 203 and the SCMS detecting circuit 204 are also 
supplied to a CGMS/SCMS effectiveness determining cir- 
cuit 208. The CGMS/SCMS effectiveness determining cir- 
cuit 208 determines whether CGMS and SCMS are effective 
or ineffective from the CGMS and SCMS detection result 
and outputs the determination result to a CGMS/SCMS 
effectiveness flag inserting circuit 209. 

This embodiment shows an example where the effective- 
ness of CGMS/SCMS is defined using the tcode value of the 
header in the isochronous packet, for example, as the 
CGMS/SCMS effectiveness/ineffectiveness flag. This is 
because the tcode value is not defined now. It is not 
necessarily limited to tcode value. 

The CGMS/SCMS effectiveness flag inserting circuit 209 
determines the tcode value indicating whether CGMS and 
SCMS are effective or not based on the determination result 
of the CGMS/SCMS effectiveness determining circuit 208 
and outputs it to the isochronous packet inserting circuit 210. 

As shown in FIG. 17, a header has "data length", "tag", 
"channel", four bit "tCode" (shaded part), and sy. The 
isochronous packet inserting circuit 210 lays out the tcode 
value from the CGMS/SCMS effectiveness flag inserting 
circuit 209 in the tCode section of the header. FIG. 18 is a 
table that illustrates tcode values. According to the current 
IEEE 1394 standard, an isochronous packet is made recog- 
nizable by setting the tCode to Ah, as shown in FIG. 18. In 
this embodiment, the tcode value is set to Ah, as shown in 
FIG. 18, to show that the packet is the isochronous packet 
and that the copy control information is ineffective (there is 
no information). In addition, the tcode value at Ch indicates 
that the copy generation management information for the 
audio data is ineffective and the tcode value at Dh shows that 
the copy generation management information for the audio 
data is effective. 

In practice, however, it is most unlikely that CGMS is 
ineffective and SCMS alone is effective, and FIG. 18 does 
not express such situation with tCode values. Such situation 
can be set by other tCode values, though. 

The copy control information inserted by the isochronous 
packet inserting circuit 210 may be any of four copy control 
information types, which are respectively defined by the 
applicable organization: CGMS, SCMS, APS and DSB. The 
reserved area of the CIP header for transmission of the copy 
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control information has two bits. The isochronous packet 
inserting circuit 210 can send these four types of copy 
control information in several cycles. It can insert the 
information cyclically with eight isochronous cycles, for 
example. FIGS. 19 and 20 illustrates the cyclic insertion 
method of the copy control information. 

As indicated by the shaded part in FIG. 19, the copy 
control information is inserted in the C1P header, or more 
specifically, inserted in the reserved area in the CIP header 
within eight isochronous cycles. The isochronous packet 
inserting circuit 210 sets "01" in the reserved area for the 
first to the third isochronous cycles in the eight isochronous 
cycles and inserts CGMS to the reserved area in the fourth 
isochronous cycle. Similarly, the isochronous packet insert- 
ing circuit 210 inserts APS and DBS to the reserved area of 
the fifth and sixth isochronous cycles respectively. For the 
reserved areas of the seventh and the eighth isochronous 
cycles, other values than "01" are to be inserted in indicate 
that they are reserved areas. In other words, when the cycle 
subsequent to three consecutive detections of "01" has a 
value other than "01", it can be recognized as CGMS. 

Further, the audio data can be processed by setting the 
reserved area of the first to the sixth isochronous cycles and 
the eighth isochronous cycles in the same way as for the 
video data. For the audio data, the isochronous packet 
inserting circuit 210 inserts SCMS to the reserved area in the 
seventh isochronous cycle. 

The 1394 transmission processing circuit 211 and the 
1394 interface 212 make the same operation as the 1394 
interface 27 and the 1394 interface 33 of FIG. 4. 
Specifically, the 1394 transmission processing circuit 211 
and the 1394 interface 212 convert the data in a predeter- 
mined format from the transmission data processing circuit 
202 into the IEEE 1394 standard packets and send them to 
the transmission path (not shown). 

The isochronous packet inserting circuit 210 controls the 
1394 transmission processing circuit 211 to set the above- 
mentioned copy control information and the tcode values for 
the transmission data output from the transmission data 
processing circuit 202 to the 1394 transmission processing 
circuit 211. 

According to IEEE 1394, device authentication shall be 
executed prior to the data transmission. A sending device 
authenticating circuit 213 can verify that the receiver is a 
proper sending device when it belongs to a receiving device 
and a receiving device authenticating circuit 214 verifies that 
the sender is a proper receiving device when it belongs to a 
sending device. The authentication key from the receiving 
device authenticating circuit 214 is supplied to the 1394 
transmission processing circuit 211 and the authentication 
key from the sending device authenticating circuit 213 is 
supplied to the 1394 receiving processing circuit 215. 

The copyright protection can be further enhanced by 
encryption of the transmission data for copy prohibition. In 
this embodiment, an encrypting circuit 207 controls the 
1394 transmission processing circuit 211 to encrypt the 
transmission data when copy prohibition or permit for 
copying only once is indicated by the detection result of the 
CGMS detecting circuit 203 and the SCMS detecting circuit 
204. 

When the encrypting circuit 207 executes encryption, it 
inserts the encryption flat indicating the encryption execu- 
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tion to the isochronous packet. As shown in FIG. 17, the sy 
area in the header is empty and, in this embodiment, the 
encrypting circuit 207 sets the encryption flag at the LSB of 
the sy area. The encryption flag indicates, for example, that 
5 the data is encrypted by "1" and that it is not encrypted by 
"0". 

On the other hand, in the receiving system, the 1394 
interface 212 and the 1394 receiving processing circuit 215 

10 make the same operation as the 1394 interface 10 in FIG. 1. 
The received data received by the 1394 interface 212 and the 
1394 receiving processing circuit are supplied to a decrypt- 
ing circuit 216 and an isochronous packet extracting circuit 
217. The decrypting circuit 216 decrypts the received data 

15 when such data have been encrypted and outputs the original 
data to a received data processing circuit 223. 

The isochronous packet extracting circuit 217 extracts the 
copy control information inserted in the reserved area of the 

20 CIP header in the received isochronous packet, outputs the 
APS and DSB detection results to the received data pro- 
cessing circuit 223 and outputs CGMS and SCMS to the 
CGMS detecting circuit 218 and the SCMS detecting circuit 
219, respectively. 

25 The CGMS detecting circuit 218 detects the value of 
CGMS from the CIP header of the isochronous packet and 
the SCMS detecting circuit 219 detects the CGMS value 
from the CIP header of the isochronous packet. The detec- 

30 tion results of the CGMS detecting circuit 218 and the 
SCMS detecting circuit 219 are respectively supplied to a 
received data controlling circuit 222 via terminals a and b of 
a switch 224. The received data controlling circuit 222 
outputs the recording control signal to control recording 

35 based on the input copy generation management informa- 
tion. 

The received data processing circuit 223 converts, when 
a recording device is receiving the data, the data received 

40 from the decrypting circuit 216 into the data in the recording 
format of its own recording system (not shown) and inserts 
CGMS and SCMS to the predetermined data positions 
corresponding to the recording format. In this case, the 
received data controlling circuit 222 changes the copy 

45 generation management information to permit copying only 
once to the copy generation management information for 
copy prohibition before insertion. The data received from 
the received data processing circuit 223 are supplied to the 

5Q recording system. 

The isochronous packet extracting circuit 217 extracts the 
tCode data and output them to a CGMS/SCMS effectiveness 
detecting circuit 220. The CGMS/SCMS effectiveness 
detecting circuit 220 detects tcode values from the input data 

ss and output them to an SCMS/CGMS effectiveness deter- 
mining circuit 221. The SCMS/CGMS effectiveness deter- 
mining circuit 221 determines whether SCMS and CGMS is 
effective or ineffective when given tcode values and the 
mode signal and controls the switch 224 according to the 

60 determination result. The switch 224 is controlled by the 
SCMS/CGMS effectiveness determining circuit 221 so that 
it supplies either of the output from the CGMS detecting 
circuit 218 or that from the SCMS detecting circuit 219 to 

65 the received data controlling circuit 222. 

Table 1 below explains the SCMS/CGMS effectiveness 
determining circuit 221. 
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TABLE 1 
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Receiving device C 
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(Video device) ~ 


(Video device) = 




device 


SCMS priority device 


CGMS priority device 


CGMS priority device 


(1) 


CGMS 


Recording control 


Recording control 


Recording control 




effective 


according to SCMS 


according to CGMS 


according to CGMS 
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Recording control with Recording control 


Recording control 
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according to CGMS 


according to CGMS 
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Recording control 
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Recording control with 




ineffective 


according to SCMS 


defining CGMS by 


defining CGMS by 




SCMS 




SCMS (bit 1) 


SCMS (Bit 1) 




effective 









The SCMS/CGMS effectiveness determining circuit 221 
firstly determines whether SCMS copy control takes priority 
or CGMS copy control takes priority in the machine it 
belongs to. For example, when the device 201 is in an audio 
device such as a DAT, the SCMS/CGMS effectiveness 
determining circuit 221 determines that SCMS takes priority 
in the machine it belongs to. When, for example, the device 
201 is mounted to a VCR, the SCMS/CGMS effectiveness 
determining circuit 221 determines that CGMS takes prior- 
ity in the machine it belongs to. 

When the device 201 is mounted to a machine which can 
be used for both audio and video application such as a DVD, 
the SCMS/CGMS effectiveness determining circuit 221 
determines whether SCMS or CGMS takes priority in the 
machine it belongs to according to the mode signal. The 
mode signal is, for example, based on the recording mode 
determined by the user, which indicates whether the 
machine is used as audio equipment or not. The mode signal 
is not necessary when the machine application is set as audio 
equipment or equipment other than audio units. 

As shown in (1) in Table 1 above, when both CGMS and 
SCMS contained in the transmission data from the sending 
device are found effective from the tcode values, the SCMS/ 
CGMS effectiveness determining circuit 221 outputs the 
determination result for copy control to the switch 224 using 
SCMS if it is determined that SCMS takes priority in the 
machine, and outputs the determination result for copy 
control using CGMS if it is determined that CGMS takes 
priority in the machine. 

When, as shown in (2), the copy control information in the 
CGMS insertion period contained in the transmission data 
from the sending machine alone is effective and the copy 
control information in SCMS insertion period is ineffective, 
the SCMS/CGMS effectiveness determining circuit 221 
outputs the determination result for copy control based on 
CGMS to the switch 224 whether it is determined that 
CGMS takes priority in the machine or that SCMS takes the 
priority. In this case, if it is determined that SCMS takes 
priority in the machine, the received data controlling circuit 
222 executes copy control as if the supplied CGMS value 
was the SCMS value. 

On the contrary, when, as shown in (3), the copy control 
information in the CGMS insertion period contained in the 
transmission data from the sending device is ineffective and 
the copy control information in the SCMS insertion period 
alone is effective, the SCMS/CGMS effectiveness determin- 
ing circuit 221 outputs the determination result for copy 
control based on SCMS to the switch 224 whether it is 
determined that SCMS takes priority or CGMS takes prior- 
ity in the machine. In this case, the received data controlling 



circuit 222 defines CGMS according to the input SCMS for 
20 copy control. For example, the received data controlling 
circuit 222 defines "10" or "11" as the CGMS value when 
the SCMS value is " 10", which permits copying only once. 

Table 1 above shows an example of copy control using 
CGMS and SCMS contained in the transmission data, Other 
^ copy control methods may be adopted. For example, when 
the receiving device is a personal computer and the received 
data are copied to the hard disk, this receiving device is just 
a data streamer and cannot manage the copy generation. In 
this case, as shown in (3) in Table 1 above, "10" or "11" for 
SCMS is deemed to have "11" for CGMS when redefining 
30 CGMS by SCMS. 

For video information, SCMS may not be specified. In 
such cases, transmission is made considering that SCMS is 
ineffective. 

Next, operation of the second embodiment with the above 
35 configuration will be described below with reference to FIG. 
21. 

As shown in FIG. 21, suppose a sending device 231 and 
three receiving devices 232 to 234 are in a daisy chain 
connection using a 1394 cable 235 conforming to the IEEE 

40 1394 standard. For example, suppose the receiver A 232 is 
a DAT, and the receiver B 233 and the receiver C 234 are 
DVCs. The sending device 231 and the receiving devices 
232 to 234 are provided with a device 201 of FIG. 16. Note 
that the sending device 231 may have transmission system 

45 circuits alone in the device 201 and the receiving devices 
232 to 234 may have receiving system circuits alone in the 
device 201. 

Suppose here the transmission data sent by the sending 
device 231 are received by the receiving devices 232 to 234 

50 for copying. First of all, the devices are authenticated prior 
to data transmission. Specifically, the sending device 231 
has the receiving device authenticating circuit 214 in the 
device 201 authenticate that the receiving devices 232 to 234 
are proper receiving devices. The receiving devices 232 to 

55 234 has the sending device authenticating circuit 213 in the 
device 201 authenticate that the sending device 231 is a 
proper sending device. The authentication is executed by 
exchange of machine authentication keys. 

In this embodiment, the SCMS/CGMS effectiveness 

60 determining circuit 221 in the device 201 contained in the 
receiving devices 232 to 234 determines whether CGMS 
takes priority or SCMS takes priority in the machine. 

The sending device 231 may be, for example, a VCR. The 
copy control information contained in the reproduced data is 

65 detected by a CGMS detecting circuit 230 in the device 201, 
an SCMS detecting circuit 204, an APS detecting circuit 205 
and a DSB detecting circuit 206. The isochronous packet 
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inserting circuit 210 of the sending device 231 cyclically 
inserts the copy control information to the reserved area of 
the CIP header in the isochronous packet with eight isoch- 
ronous cycles. The isochronous packet inserting circuit 210 
inserts ihe value indicating whether or not SCMS and 
CGMS is effective to tcode of the header in the isochronous 
packet. When CGMS and SCMS indicates copy prohibition 
or permit for copying only once, the transmission data is 
encrypted by the encrypting circuit 207. 

Suppose now both CGMS and SGMS in the transmission 
data are effective. In this case, the CGMS/SCMS effective- 
ness flag inserting circuit 209 in the sending device 231 
determines Dh as the tcode value. The isochronous packet 
inserting circuit 210 sets values to tCode of the header in the 
isochronous packet according to the output from the CGMS/ 
SCMS effectiveness flag inserting circuit 209. 

The isochronous packet from the 1394 interface 212 in the 
sending device 231 is sent onto the 1394 cable 235. The 
receiving devices A, B and C 232 to 234 fetch data from the 
sending device 231 flowing on the 1394 cable 235 via the 
1394 interface 212 of the device 201. The 1394 receiving 
processing circuit 215 of the receiving devices 232 to 234 
receives the isochronous packets and outputs them to the 
decrypting circuit 216. When the transmission data from the 
sending device 231 is encrypted, the decrypting circuit 216 
decrypts the data and supplies the original data to the 
receiving data processing circuit 223. 

The CGMS detecting circuit 218 of the receiving devices 
232 to 234 detects the data of the CGMS insertion period 
from the reserved area of the CIP header in the isochronous 
packet extracted by the isochronous packet extracting circuit 
217. For example, the CGMS detecting circuit 218 detects as 
CGMS the value of the cycle having a value other than "01" 
after three consecutive cycles having "01" at the reserved 
area of the CIP header in the isochronous packet Similarly, 
the SCMS detecting circuit 219 detects the data of the SCMS 
insertion period from the reserved area of the CIP header in 
the isochronous packet. 

CGMS and SCMS respectively detected by the CGMS 
detecting circuit 218 and the SCMS detecting circuit 219 are 
supplied via the switch 224 to the received data controlling 
circuit 222. In addition, the CGMS/SCMS effectiveness 
detecting circuit 220 detects tCode value and outputs the 
tcode value to the SCMS/CGMS effectiveness determining 
circuit 221. 

It is supposed that the SCMS/CGMS effectiveness deter- 
mining circuit 221 has determined for the receiving devices 
B and C 233 and 234, which are DVCs, that the CGMS takes 
priority. The tcode value is Dh and both of CGMS and 
SCMS are indicated to be effective. As shown in (1) of Table 
1 above, the SCMS/CGMS effectiveness determining circuit 

221 of the receiving devices 233 and 234 controls the switch 
224 so that CGMS is selected. Thus, CGMS from the CGMS 
detecting circuit 218 is supplied to the received data con- 
trolling circuit 222 and the received data controlling circuit 

222 controls recording by the recording system (not shown) 
according to the input CGMS. Specifically, when CGMS is 
"11", recording is prohibited; when CGMS is "10", CGMS 
is changed to "11" and recording is executed; and when 
CGMS is "00", recording is made.freely. 

On the other hand, for the receiving device A 232, which 
is an DAT, it is supposed that the priority of SCMS is 
determined by the SCMS/CGMS effectiveness determining 
circuit 221. The tcode value is Dh and both of CGMS and 
SCMS are indicated to be effective. As shown in (1) of Table 
1 above, the SCMS/CGMS effectiveness determining circuit 
221 of the receiving device 232 controls the switch 224 so 
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that SCMS is selected. Thus, SCMS from the SCMS detect- 
ing circuit 219 is supplied to the received data controlling 
circuit 222 and the received data controlling circuit 222 
controls recording by the recording system (not shown) 

5 according to the input SCMS. Specifically, when SCMS is 
"10", SCMS is changed to "11" and recording is executed, 
and when SCMS is "00", recording is made freely. 

Next, suppose the CGMS/SCMS effectiveness flag insert- 
ing circuit 209 of the sending device 231 generates the tcode 

10 value to indicate that CGMS alone is effective and SCMS is 
ineffective. In this case, the SCMS/CGMS effectiveness 
determining circuit 221 of the receiving devices 232 to 234 
has the switch 224 select the output of the CGMS detecting 
circuit 218. Thus, CGMS is supplied to the received data 

15 controlling circuit 222. 

The received data controlling circuit 222 of the receiving 
devices 233 and 234, which are VCR's, executes copy 
control of the recording system according to CGMS. On the 
other hand, the receiving data controlling circuit 222 of the 

20 receiving device 232, which is a DAT, uses the CGMS value 
as the SCMS value. Specifically, when the input CGMS is 
"11", the received data controlling circuit 222 of the receiv- 
ing device 232 prohibits recording of the received data; 
when it is "10", the circuit changes SCMS to "11" and 

25 executes recording once, and when it is "00", the circuit 
executes recording freely. 

Suppose now SCMS alone is effective and CGMS is 
ineffective for the transmission data from the sending 
device. In this case, the SCMS/CGMS effectiveness deter- 

30 mining circuit 221 of the receiving devices 232 to 234 has 
the switch 224 select the output of the SCMS detecting 
circuit 218. Thus, SCMS is supplied to the received data 
controlling circuit 222. 

The received data controlling circuit 222 of the receiving 

35 device 232, which is a DAT, executes copy control of the 
recording system according to SCMS. On the other hand, the 
receiving data controlling circuit 222 of the receiving 
devices 233 and 234, which are DVCs, newly defines the 
CGMS value according to the input SCMS value. For 

40 example, when the input SCMS is "11" or "10", the received 
data controlling circuit 222 of the receiving devices 233 and 
234 prohibits copying by the recording system with setting 
"11" as CGMS. When it is "00", the circuit sets the CGMS 
to "00" and permits free copying by the recording system. 

45 Note that recording may be prohibited when APS is not 
"00" and when DSB is 1. 

Thus, this embodiment achieves the same effect as the 
embodiment of FIG. 4 and at the same time is capable of 
copy control using not only CGMS but also SCMS. 

so In this embodiment, when the copy generation manage- 
ment information to be used by the receiving device is 
ineffective, the receiving device makes the copy generation 
management information corresponding to the transmitted 
effective copy generation management information. 

55 However, when the copy generation management informa- 
tion detected by the sending device is ineffective, the send- 
ing device may create a corresponding effective copy gen- 
eration management information for transmission. 

FIG. 22 shows a third embodiment of the present inven- 

60 tion. In FIG. 22, similar elements to those in FIG. 4 have the 
same reference numerals and their descriptions are omitted. 

As shown in FIG. 22, IEEE 1394 allows a daisy chain 
connection and tree connection topologies. In FIG. 22, a 
device 47 is in a daisy chain connection with other devices 

65 (not shown) via the bus 24. Further connected to the device 
47 are a device (which can be hereinafter referred to as a 
child device) 48 and a device (can be hereinafter referred to 
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as a grandchild device) 49 in tree connection. It is possible copy generation management information detected by the 

for a single sending device to send synchronous data with copy flag detecting circuit 28 of the sending device is 

specifying several devices including not only child devices inserted in the CIP header by the 1394 interface 51 in this 

but also grandchild devices. In the description below, the case, 

device 47 is considered to be a sending device and the S The 1394 packets are transmitted via the bus 24 and 

devices 48 and 49 are considered to be child and grandchild fetched by the 1394 interface 52 of the receiving devices 48 

devices respectively. and 49. The 1394 interface 52 depackets the 1394 packets 

This embodiment is different from the one shown in FIG. and at the same time detects the copy generation manage- 

4 in that the sending device 47 adopts a 1394 interface 51 ment information in the CIP header by the copy flag detector 

instead of the 1394 interface 27 and the receiving devices 48 10 42. The copy generation managing circuit 44 and the record - 

and 49 adopt a 1394 interface 52 instead of the 1394 ing controlling circuit 19 are controlled based on such copy 

interface 41. Note that the receiving devices 48 and 49 have generation management information so that the recording is 

the same configuration. executed according to the copy generation management 

According to IEEE 1394, bus arbitration is executed prior information, 
to data transmission. The device to transmit data generates is On the other hand, when the copy generation management 
a request command for bus utilization right. By allowing the information in the reproduced data is u 10" to permit copying 
device to have the bus utilization right in response to such only once, the 1394 interface 51 inserts the copy generation 
request, the parent device enables data transmission. For management information "10" into the CIP header and at the 
IEEE 1394, the bus structure is automatically constructed by same time transmits the copy generation information to 
bus resetting with node ID assigned to each node. In the 20 permit copying only once by the asynchronous command 
automatic bus structure construction, the devices can rec- addressed to the child device 48 and transmits the copy 
ognize the device names. Thus, the sending device can generation information for copy prohibition by the asyn- 
recognize the devices which can be used for recording chronous command addressed to the grandchild device 49. 
among the devices in connection. For example, the sending When detecting the copy generation information permit- 
device recognizes a DVC, a DVD and an HDD (Hard disk 25 ting copying only once from the asynchronous command, 
drive) as the recording capability devices among those in the 1394 interface 52 of the child device 48 outputs this 
connection. detection result to the copy generation managing circuit 44 

The 1394 interface 51 of the sending device converts, and the recording controlling circuit 19. Thus, the data from 

similarly to the 1394 interface 27, the input data into the the device 47 can be recorded at the child device 48. Note 

1394 packets and at the same time inserts the copy genera- 30 that the copy generation managing circuit 44 changes the 

tion management information based on the detection result copy generation management information to "11" here, as in 

of the copy flag detecting circuit 28 to the CIP header in the the embodiment of FIG. 4. 

1394 packet. On the other hand, the 1394 interface 52 of the grandchild 

In this embodiment, the 1394 interface 51 judges whether device 49 detects the copy generation information for copy 

there are several recording capability devices when the copy 35 prohibition from the asynchronous command. The detection 

generation management information to allow copying only result of the copy generation information is supplied to the 

once ("10") is detected by the copy flag detecting circuit 28. recording controlling circuit 19 and recording is not 

When detecting that there are several devices capable of executed at the grandchild device 49. 

recording, the 1394 interface 51 uses the asynchronous Thus, this embodiment achieves the same effect as that of 

command to send the copy generation information for 40 FIG. 4 and at the same time enables a predetermined device 

permitting copying only once to the predetermined device alone among several devices capable of recording to execute 

alone and to send the copy generation information for copy recording so that the copyright holder's protection is 

prohibition to the other devices. For example, -the 1394 improved and repeated recording can be effectively pre- 

interface 51 sends the copy generauon information for copy vented. 

prohibition to the recording capability device 49, which is 45 FIGS. 23 though 29 show a fourth embodiment of the 

connected as a grandchild. present invention. FIG. 23 is a block diagram, and FIG. 24 

The 1394 interface 52 of the receiving devices 48 and 49 is a general view. FIG. 25 is a flowchart illustrating the copy 

is, as is the 1394 interface 41, provided with a copy flag control method procedure in the embodiment of FIG. 23, 

detector 42. It depackets the input 1394 packets and detects and FIG. 26 chronologically shows an example of commu- 

the copy generation management information inserted in the 50 nications between the isochronous packet and the asynchro- 

CIP header. In this embodiment, the 1394 interface 52 nous packet flowing on the IEEE 1394 cable. FIGS. 27 to 29 

further detects the copy generation information transmitted show the isochronous packet and the asynchronous com- 

by the asynchronous command. When the copy generation mand. 

information is detected in the asynchronous command, the In this embodiment, several devices connected in a net- 

1394 interface 52 provides priority to the detection result of 55 work are controlled for copy generation control by a single 

the copy generation information over the copy generation device using asynchronous data. For the copy generation 

management information inserted in the CIP header an management information, it is sufficient in this embodiment 

outputs the former to the copy generation managing circuit that the parent device among the devices supports the digital 

44 and the recording controlling circuit 19. Thus, the receiv- format of the devices. Other devices may have an interface 

ing devices 48 and 49 execute recording according to the 60 for IEEE 1394 standard only. 

copy generation information. In FIG. 23, a set top box (hereinafter referred to as an 

In the embodiment with the above configuration, the STB) 101 is connected to devices 110 to 113 via a bus 100. 

devices recognize the device names during bus resetting. Input to the STB 101 is digital multi -channel broadcasting 

When the copy generation management information con- signals consisting of multiplexed four channels cha, chb, 

tained in the reproduced data is "11" for copy prohibition or 65 chc, and chd, for example. Such multi -channel broadcasting 

"00" for free copying, the sending device makes the same signals are, for example, subjected to QPSK modulation 

operation as the embodiment of FIG. 4. Specifically, the before transmission as packets. The STB 101 can display the 
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program transmitted by the input multi-channel broadcast- 
ing signals on a display device 109 and convert the multi- 
channel broadcasting signals into digital format data corre- 
sponding to the devices 110 to 113 for transmission to the 
bus 100. 5 

Specifically, the multi-channel broadcasting signals are 
supplied to a decoding circuit 102 of the STB 101. The 
decoding circuit 102 executes the decoding process corre- 
sponding to the multi-channel broadcasting signals (QPSK 
decoding, for example) and outputs the result to an error 10 
correction circuit (hereinafter referred to as an ECC) 103. 
The ECC 103 corrects sign errors occurred during transmis- 
sion and outputs the multi-channel broadcasting signals to a 
decoder 104 and a data format converting circuit 105. The 
decoder 104 decodes the multi-channel broadcasting signals 15 
and outputs the decode signals to the display unit 109. The 
display device 109 executes display according to the decode 
signals from the decoder 104. 

The data format converter 5 converts the output from the 
ECC 103 into the predetermined digital data format and 20 
outputs the result to a copy flag detecting circuit 106 and a 
1394 controlling circuit 108. The copy flag detecting circuit 
106 extracts the copy flag (CGMS-D: Copy Generation 
Management System-Digital, for example) from the digital 
multi-channel broadcasting signals supplied from the ECC 3 25 
for each channel and outputs it to the 1394 controlling circuit 
108. The 1394 controlling circuit 108 converts the output 
from the data format converting circuit 105 to the data in the 
data format for isochronous transmission according to IEEE 
1394 standard and outputs the result to the decoder 104 and 30 
to the bus 100. 

The bus 100 is an IEEE 1394 cable, for example. It is 
connected to the devices 110 to 113 having 1394 controlling 
circuits 108a to lOSd with the configuration similar to that 
of the 1394 controlling circuit 108. The devices 110 to 113 35 
are, for example, a television set (TV), a DVC, a DVC- 
RAM, and an HDD respectively. 

Next, referring to FIGS. 23 though 29, operation of this 
embodiment with the above configuration is described 
below. 40 

The STB 1 in FIG. 23 receives the digital multi-channel 
broadcasting signals, converts the data format into the IEEE 
1394 format, and transmits the data to the devices 110 to 113 
via the bus 100 such as an IEEE 1394 cable. The devices 110 
to 113 receives the channel it desires only from the channels 45 
supplied from the STB 101 via the bus 100. The copy 
controls uses IEEE 1394 functions, such as command 
setting, when the devices capable of transmission data 
recording among the devices 110 to 113 are to record the 
desired channel. 50 

Referring to FIG. 25, application of this embodiment is 
described below. In the following description, the STB 101 
is a sending device and the devices 110 to 113 are receiving 
devices. Since the sending device usually plays the role of 
parent in IEEE 1394, the STB 101 is supposed to be the 55 
parent in the description below. 

The STB 101 uses the isochronous transmission function 
(synchronous transmission) to always transmit the multi- 
channel broadcasting signals via the IEEE 1394 bus 100 
while receiving the multi-channel broadcasting signals and 60 
controls copying by asynchronous communication with the 
devices using asynchronous transmission function. 

According to IEEE 1394, the topology is automatically 
set when the power is turned on or when the devices are 
connected or disconnected. It is executed by a controller 65 
circuit (not shown) in the physical layers of the 1394 
controlling circuits 108 and 108a to lOHd. The automatic 
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topology setting is executed in three steps: first, the bus is 
reset, then the connection structure is checked, and finally, 
the nodes notify their node numbers to other nodes. 

Upon completion of automatic topology setting, IEEE 
1394 executes the bus arbitration as in the case of SCSI. Bus 
arbitration is always executed before the data transmission 
by the devices. The parent device STB 101 determined by 
the automatic topology setting makes inquiry for device 
name identification to the devices (Child devices) connected 
to the bus 100 of IEEE 1394. Then, the STB 101 recognizes 
that the connected devices 110 to 13 are, for example, a TV, 
a DVC, a DVD-RAM and an HDD according to the 
response from the devices U0 to 113 (See FIG. 26 (a)). 
(Step SI). 

Thus, by preparing a correspondence table comparing the 
device names and their capability of recording in its own 
memory space, for example, the parent device (STB 101) 
can judge that the device 110, which is a TV, is not capable 
or recording, and the devices U0 to 113, which are a DVC, 
a DVD-RAM and an HDD, are capable of recording (Step 
S2). Upon completion of such bus arbitration, the STB 101 
transmits the digital multi-channel broadcasting signals con- 
verted into the IEEE 1394 packets (FIG. 26 (/)) to the 
devices 111 to 113 using the IEEE 1394 isochronous trans- 
mission function via the bus 100 of IEEE 1394 (Step S3). 

Suppose now the user tries to display or record the digital 
multi-channel broadcasting with a device (child device). 
Suppose, for example, the user wants to see two programs on 
channels A and B on the two screens of the device 110 as a 
TV, and makes channel selections for these two channels, 
wants to record two programs on channels A and B to the 
device 111 as a DVC and sets the recording switch of the 
device 111, and sets the recording switch of the device 112 
to record a program on channel C to the device 112 as a 
DVD-RAM; and sets the device 113 to record the data on all 
of 4 channels to the device 113 as an HDD. Each of the 
devices 110 to 113 transmits the receiving channel request 
(FIG. 26 (b)) to the STB 101 as an asynchronous command 
by the asynchronous transmission function of IEEE 1394 
(Step S4). Note that there are various operation methods for 
receiving or recording the digital multi-channel broadcast- 
ing at various devices and the method is not limited to that 
in this embodiment. Besides, the asynchronous command 
sent from each of the devices 110 to 113 to the STB 101 is 
expressed (schematized) as a single packet in FIG. 26, but 
the actual number of packets depends on the number of the 
requesting devices. Further, the asynchronous command 
from the receiving device to the STB is configured as a 
packet as shown in FIG. 27. 

On the other hand, the isochronous data sent from the 
STB 101 are transmitted in this embodiment with the digital 
multi-channel broadcasting for four channels always sent to 
the receiving devices via the bus 100 of IEEE 1394. The 
receivable channels for the receiving devices are determined 
by the receivable channels specified by the asynchronous 
command sent for each receiving device from the sending 
device transmitting the isochronous data. Specifically, upon 
receipt of receiving channel requests from receiving devices 
at Step S4, the STB 101 specifies the receivable channel 
among, the four channels A, B, C, D to the receiving devices 
serving as the origins of the receiving channel requests (Step 
S5). Note that the asynchronous command sent from the 
STB 101 to each receiving device is configured as a packet 
as shown in FIG. 28. The isochronous packet, which con- 
tains the digital multi-channel broadcasting for four chan- 
nels are configured as packets as shown in FIG. 29. 

Step S4 may be omitted here. Suppose the STB 101 has 
been already turned on and IEEE 1394 is then turned on, for 
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example. When the sending device has detected in advance 
that the copy prohibition signal is inserted in the isochronous 
packets corresponding to one or more channel numbers to be 
sent from the sending device to the receiving device, the 
procedure can be designed as follows: the receiving device S 
does not send the receiving channel request to the sending 
device; the sending device transmits one-way specification 
of the receivable channel numbers after automatic setting of 
the network topology, while deleting the channel numbers 
having the copy prohibition signal inserted in the receiving jo 
devices (S5). 

Suppose now all four channels of the digital multi- 
channel broadcasting under transmission can be freely cop- 
ied. The STB 101 sends the following asynchronous com- 
mand to the receiving devices in this case. As shown in FIG. 15 
26 (c), chAand chB are specified as the receivable channels 
for the device 110 as a TV, chA and chB are specified as the 
receivable channels for the device 11 as a DVC, chC is 
specified as the receivable channel for the device 112 as a 
DVD-RAM, and chA/chB/chC/chD are specified as the 20 
receivable channels for the device 113 as an HDD. Upon 
receipt of such specifications, the receiving devices can 
receive the channel broadcasting signals they desire. 

As shown in FIG. 23, the multi-channel broadcasting 
signals are decoded by the STB 101 and converted into the 25 
isochronous packets of IEEE 1394, with the video data, 
audio data and character data identified based on the con- 
tents of the header in the multi-channel broadcasting signal 
packets. Therefore, the STB 101 can recognize various 
information including the copy generation management 30 
information added to the header of the multi-channel broad- 
casting signals. 

On the other hand, as described above, in the transport 
packet of MPEG2 method, which is the most prosperous 
method of video compression in digital broadcasting, the 35 
copy generation management information (CGMS-D) is 
inserted in the link level header. The STB 101 can easily 
detect the copy generation management information con- 
tained in the transport stream of MPEG 2. 

I£ at the timing shown in FIG. 26 (d), the copy prohibition 40 
signal "11" is detected as the copy generation management 
information (CGMS-D) of the channel b in the multi- 
channel broadcasting signal, for example, the 1394 control- 
ling circuit 108 of the STB 101 resets the receivable chan- 
nels to the devices sending the receiving request for channel 45 
B (Steps S6, ST). Specifically, it specifies chA as the 
receivable channel for the device 111 (DVC) and specifies 
chA/chC/chD as the receivable channels to the device 113 
(HDD). The receiving devices 111 and 113 receiving such a 
specification cannot receive chB among the desired channels 50 
in the broadcasting signal (copy protection). Since the 
device 110 (TV set) is not capable of recording and the 
device 112 (DVD-RAM) has not specified chB from the 
beginning, there is no need of receivable channel resetting 
for them. 55 

In practicing copy protection, when the user cannot 
execute recording though he/she specifies a channel for 
recording to a device capable of recording, he/she may 
misunderstand that it is caused by operation setting error of 
the device capable of recording or by a device failure. To 60 
prevent this, a notification function to notify the user of the 
reason for recording rejection may be added. For example, 
when the receiving request from a recording capability 
device contains a channel number for which copying is 
prohibited, the STB or any other sending device which 65 
receives the receiving request sends, together with or sepa- 
rately from the asynchronous command to specify the 



receivable channel numbers with deleting the copy prohibi- 
tion channels, the information that the copying of the 
applicable channel in the receiving request is prohibited to 
the receiving device as the origin of the receiving request or 
one of the devices connected to the IEEE 1394 network so 
as to notify the user of such information via a display device 
on the device such as a CRT, an LED or an LCD. 
Alternatively, when the recording capability device cannot 
obtain the receiving permit for a channel it requested for 
receiving, such receiving device may notify the user that the 
channel is prohibited for copying via a display device on 
such receiving device. 

After that, upon detection of "10" or "00" as the copy 
generation management information of channel B in the 
multi-channel broadcasting signals, the receivable channels 
are reset for the device 111 (DVC) or the device 113 (HDD) 
(Steps S6, S7). Specifically, chA and chB are specified as the 
receivable channels for the device 111 and chA/chB/chC/ 
chD are specified as the receivable channels for the device 
113 respectively. Thus, the devices 111 and 113 can receive 
all channels in the broadcasting signals they have requested. 
Note that the procedure of the steps S3 to S7 is executed at 
the application layer of the devices and the 1394 controlling 
circuits 108, 108a to lOSd of the STB 101. The above 
procedure including steps SI and S2 can be at present 
achieved completely by the communication protocols and 
commands as set forth in IEEE 1394 and IEEE 1394 TA. 
(Trade Association). 

In addition to the above method, copy protection for 
recording capability device may be also achieved by directly 
sending the recording permit/prohibition information for 
every channel to the receiving device by writing to the 
"Receivable channel specification command" to be sent as 
the asynchronous command from the STB 101. This method 
is not currently covered by any command as set forth in 
IEEE 1394 and IEEE 1394 T.A. (Trade Association). This 
method can be achieved by adding commands. 

Though the sending device is supposed to be the STB 101 
in the above description, any device can be the sending 
device according to the IEEE 1394 specification. For 
example, as a sending device other than the STB 101, the 
device 111 (DVC) which reproduces and outputs the video 
images recorded as multi-channel data or other devices 110, 
112 or 113 can achieve the above operation. Further, even 
when sending devices other than those sending the multi- 
channel signals chA/chB/chC/chD are connected to the bus 
100 such as that of IEEE 1394 and chE is transmitted on the 
same bus as in the case when there are two or more sending 
devices, the sending device to send chE signal can detect the 
copy generation management information during packet 
data conversion and specify the receivable channels to the 
receiving devices by sending the asynchronous command as 
does a sending device sending chA/chB/chC/chD, and 
thereby control copying according to the copy generation 
management information for all signals chA/chB/chC/chD/ 
chE. 

Further, when the device 112 (DVD-RAM) is by the 
asynchronous command requesting receiving of channel C 
only, if the STB 101 detects the copy prohibition signal "11" 
for channel C with its copy flag detecting circuit 106, the 
STB 101 as the sending device may send an asynchronous 
command to the device 112 as a recording capability device 
to specify a number which cannot be a receivable channel 
number or a number which does not exist as an isochronous 
data channel in the "Receivable channel specification com- 
mand" or may send no "Receivable channel specification 
command" in order to achieve copy protection for the device 
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112 as the DVD-RAM. In the former case, the receiving 
device keeps waiting for the signal corresponding to the 
non-existing channel number specified by the STB 101 and 
results in a receiving failure. In the latter case, without any 
specification of receivable channels from the STB 101, the s 
receiving device cannot receive any signal. As a result, the 
device 112 can be kept from copying. 

As described above, IEEE 1394 allows not only the daisy 
chain connection topology but also the tree type topology. 
FIG. 30 is a block diagram to illustrate an example of daisy 10 
chain plus tree type topology. 

FIG. 30 shows a modification of the embodiment of FIG. 
23. A device 114 is added to the device 112 in FIG. 23 in a 
tree connection using the bus 100 of IEEE 1394. The device 
114 is, for example, a TV set. Even with such a connection, 15 
all isochronous packets for four channels are transmitted on 
the bus 100 of IEEE 1394 and, even if channel C only is 
transmitted to the device 112, the device 114 can receive any 
signal from channels A, B, C and D. In this case, however, 
it is necessary to output the receiving request command by 20 
asynchronous command. Besides, as shown in FIG. 30, even 
when the channel B and channel C are under copy prohibi- 
tion status, the device 114 can receive any signal from the 
channels A, B, C and D. In other words, the device 114 is in 
the tree structure under the device 112 (DVD-RAM) from 25 
the viewpoint of topology, but can be placed in a configu- 
ration similar to that in a daisy chain connection with the 
STB 101 when considered logically. 

Then, as a copy control method with the copy generation 
management information, scrambling copy control by 30 
changing the transmission order of the transmitted packets 
on the IEEE 1394 will be described below. 

FIG. 31 is a block diagram of a fifth embodiment of the 
present invention. FIGS. 32 and 33 illustrate the asynchro- 
nous command sent from the STB 119 of FIG. 31 to the 35 
receiving devices. In FIG. 31, similar elements as those in 
FIG. 23 have the same reference numerals and their descrip- 
tions are omitted. 

The STB 119 in this embodiment is different from the 
STB 101 of FIG. 23 in that a 1394 controlling circuit 115 is 40 
adopted, instead of the 1394 controlling circuit 108. Con- 
nected to the bus 100 are the STB 119 as well as the devices 
120 to 123, which have 1394 controlling circuits 115a to 
115a* with the same configuration as the 1394 controlling 
circuit 115. The devices 120 to 123 are, for example, a TV, 45 
a DVC, a DVD-RAM, and an HDD respectively. 

The 1394 controlling circuit 115 is provided with a packet 
order change/restoration circuit 116. The packet order 
change/restoration circuit 116 can provide scrambling by 
changing the chronological order of the isochronous data on 50 
the IEEE 1394 for the channels and restore the scrambled 
data. The 1394 controlling circuit 115 is designed to enable 
sending of the scramble cancellation key to cancel scram- 
bling by means of the asynchronous command. 

On the other hand, the IEEE 1394 controlling circuits 55 
115a to 115a* provided on the receiving devices 120 to 123 
have the same function as the IEEE 1394 controlling circuit 
115. Upon receipt of the scramble cancellation key, they can 
cancel the scrambling on the isochronous data. 

The 1394 controlling circuit 115 in the above configura- 60 
tion is provided with a buffer (FIFO memory) to store packet 
data for some cycles required (used) in format conversion 
when the data packets of the digital multi-channel broad- 
casting (chA/chB/chC/chD) are converted for transmission 
on the bus 100 of IEEE 1394. 65 

Among the digital multi-channel broadcasting signals 
(chA/chB/chC/chD), the channel signals with the copy pro- 
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hibition signal inserted are subjected to control of the buffer 
by the packet order change/restoration circuit 116 during 
data packet format conversion so that the chronological 
order of the IEEE 1394 packets is changed for scrambling 
and the IEEE 1394 packets are sent to the bus 100 with such 
scrambled order. 

Upon request for a channel with the copy prohibition 
signal by the asynchronous receiving request command from 
one of the receiving devices 120 to 123, the scramble 
cancellation key to show the appropriate packet order, as 
shown in FIG. 32, is sent to the recording incapability 
devices together with the usual data of receivable channel 
numbers or responses by two separate asynchronous com- 
mands are returned to the device. 

To the recording capability devices, in contrast, usual data 
of receivable channel numbers alone as shown in FIG. 33 are 
sent, or the usual receivable channel numbers and an inap- 
propriate scramble cancellation key are sent together as the 
response by the asynchronous command, or no response is 
returned. 

Thus, the recording incapable device can, based on the 
proper scramble cancellation key, properly restore the 
received isochronous packets in order but the recording 
capable device cannot obtain the proper scramble cancella- 
tion key and cannot properly restore the received isochro- 
nous packets in order, which achieves copy protection. 

Strictly speaking, the recording capability devices can 
record the data. However, the changed order of the data 
packets prevent proper reproduction of the original video 
data in reproduction of the recorded data by such devices, 
which results in the effect of copy protection. Further, this 
packet scrambling can be easily realized by scrambling the 
order of the IEEE 1394 packets within the range of the FIFO 
memory in the P1394 circuit 115 of FIG. 31, or within the 
number of packets corresponding to one frame of image. 

Though the embodiment of FIG. 31 achieves copy pro- 
tection by sending the data after scrambling the order of 
IEEE 1394 packets, copy protection can be also achieved 
without scrambling of the packet order by encrypting the 
data in the packet. An example of encryption is to scramble 
the data order in a packet and to send the scramble cancel- 
lation key showing the appropriate data order in the packet 
to the recording incapability devices and send improper 
scramble cancellation key to the recording capability 
devices. Thus, the recording incapable device can properly 
restore the received data in the isochronous packet in order 
according to the proper scramble cancellation key; but the 
recording capable device without the appropriate scramble 
cancellation key cannot properly restore the received data in 
the isochronous packet in order, which achieves copy pro- 
tection. 

Obviously, various different embodiments in a wide range 
can be made based on the prevent invention within the spirit 
and scope of the invention. The present invention is defined 
by the appended claims only, and is not restricted by any 
specific embodiment. 

As described above, a device having a digital interface 
and a network system using such a device as well as a copy 
protection method according to the present invention are 
useful in copy control for audio and video equipment. They 
are, for example, suitable to be used in a system which 
makes copying by transmitting data via a network conform- 
ing to the IEEE 1394 standard. 
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What is claimed is: 

1. A device having a digital interface comprising: 

a first detector which detects, from data in a predeter- 
mined data format containing copy generation manage- 
ment information said copy generation management 5 
information; and 

a first interface which converts said data in said prede- 
termined format to data in a data format of a network 
bus, and inserts said copy generation management 
information, based on a detection result of said first 
detector, in a data format corresponding to said data 
format of said network bus into said data after format 
conversion before sending said data to said network 
bus. 

2. A device having a digital interface, comprising: 
an interface which receives said converted data in said 

data format of said network bus from another interface 
via said network bus, which restores said converted 
data to said original predetermined data format, and 
which outputs said restored data; 

a detector which detects said copy generation manage- 
ment information contained in said converted data from 
said other interface; and 

a record controller which, according to said detection 25 
result of said detector, permits or prohibits recording of 
said restored data output from said interface. 

3. The device having a digital interface according to claim 

2, further comprising: 

a format converter which converts said restored data 30 
output from said second interface to data in a data 
format corresponding to a recording format of a pre- 
determined recording device. 

4. The device having a digital interface according to claim 

3, further comprising: 35 
a copy generation manager which, when said copy gen- 
eration management information detected by said sec- 
ond detector indicates one-time recording permission, 
changes said copy generation management information 
contained in said restored data output from said second 40 
interface to said copy generation management infor- 
mation indicating recording prohibition. 

5. The device having a digital interface according to claim 
1 or 2, 

wherein said network bus performs synchronous trans- 
mission and said first interface or said second interface 
synchronously transmits data with said copy generation 
management information inserted. 

6. The device having a digital interface according to claim 

1, 

wherein at least one type of copy generation management 
information to control copying for each data type at a 
receiving side is inserted in said data in said predeter- 
mined data format, 55 

wherein said first detector detects said at least one type of 
copy generation management information, and 

wherein said first interface inserts said at least one type of 
copy generation management information into said 
data after format conversion in said data format corre- 60 
sponding to said data format of said network bus before 
sending said data to said network bus. 

7. The device having a digital interface according to claim 

2, 

wherein at least one type of copy generation management 65 
information to control copying for each data type is 
inserted in said converted data, 
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wherein said second detector detects said at least one type 
of copy generation management information contained 
in said converted data from said first interface, and 

wherein said record controller permits or prohibits record- 
ing of said restored data output from said second 
interface according to copy generation management 
information of said at least one type of copy generation 
management information detected by said second 
detector. 

8. The device having a digital interface according to claim 
6 or 7, 

wherein said at least one type of copy generation man- 
agement information contains copy generation man- 
agement information for audio equipment and copy 
generation management information for appliances 
other than audio equipment. 

9. The device having a digital interface according to claim 

6, 

wherein said first interface inserts, for said at least one 
type of copy generation management information, 
effectiveness information to indicate whether said copy 
generation management information type is effective or 
ineffective for each copy generation management infor- 
mation into said data sent to said network bus. 

10. The device having a digital interface according to 
claim 7, 

wherein said record controller determines, when said 
effectiveness information for each copy generation 
management information is inserted in said converted 
data, said copy generation management information for 
copy control from said at least one type of copy 
generation management information according to said 
effectiveness information and a recording mode of a 
predetermined device indicating whether or not said 
data is audio, said effective data indicating whether said 
copy generation management information type is effec- 
tive or ineffective, 

11. The device having a digital interface according to 
claim 6, 

wherein said first interface executes encryption of said 
data to be sent to said network bus, when said at least 
one type of copy generation management information 
indicates copy prohibition or one-time copy permis- 
sion. 

12. The device having a digital interface according to 
claim 11, 

wherein said first interface inserts information indicating 
whether said data sent to said network bus is encrypted 
or not to said data sent to said network bus. 

13. The device having a digital interface according to 
claim 1, 

wherein copy control information containing at least one 
type of copy generation management information to 
control copying for each data type at a receiving side is 
inserted in said data in said predetermined data format, 

wherein said first detector detects said copy control 
information, and 

wherein said first interface cyclically inserts said copy 
control information into isochronous packets of said 
data after format conversion with a predetermined 
isochronous cycle before sending said data to said 
network bus. 

14. A copy protection method, comprising: 
detecting, from data in a predetermined data format 

containing copy generation management information, 
said copy generation management information; and 
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converting said data in said predetermined data format to 
data in a data format of a network bus, said network bus 
inserting said detected copy generation management 
information in a data format corresponding to said data 
format of said network bus into said data after format 5 
conversion before sending said data to said network 
bus. 

15. A copy protection method, comprising: 
receiving converted data said converted data being of a 

predetermined data format containing copy generation 10 
management information and converted into data in a 
data format of a network bus with said copy generation 
management information inserted in a data format 
corresponding to said data format of said network bus 
via said network bus; 15 

restoring said data format of said received converted data 
from said data format of said network bus to said 
original predetermined data format 

outputting said restored data; 

detecting said copy generation management information 20 
contained in said received converted data; and 

permitting or prohibiting recording of said received con- 
verted data according to said copy generation manage- 
ment information detected. 

16. The device having a digital interface according to 
claim 10, 

wherein said record controller comprises a priority speci- 
fier which specifies copy generation management infor- 
mation for copy control from said at least one copy 3Q 
generation management information according to said 
recording mode of said predetermined device, and, 
when said effectiveness information indicates that copy 
generation management information of a type specified 
by said priority specifier is ineffective, which executes 35 
copy control using copy generation management infor- 
mation indicated as effective by said effectiveness 
information. 

17. The device having a digital interface according to 
claim 1, 4Q 

wherein said first interface transmits, when said detection 
result of said first detector indicates that copying is . 
permitted only once, a new copy generation manage- 
ment inform ation corresponding to said copy genera- 
tion management information indicating permission to 45 
copy only once or copy prohibition to each receiving 
device using asynchronous data in order to control 
copying for each said receiving device. 

18. The device having a digital interface according to 
claim 2, 50 

wherein said second interface further comprises a third 
detector which detects new copy generation manage- 
ment inform ation corresponding to said copy genera- 
tion management information transmitted as asynchro- 
nous data, and 55 

wherein said record controller, when said third detector 
detects said new copy generation management 
information, permits or prohibits recording of said 
restored data output from said second interface accord- 
ing to said new copy generation management 60 
information, placing priority to such information over 
copy generation management information inserted in 
synchronously transmitted data. 

19. A network system, comprising: 

at a sending side, 65 
a first detector which detects from data in a predeter- 
mined data format containing copy generation man- 
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agement information said copy generation manage- 
ment information; and 

a first interface which converts said data in said pre- 
determined data format to data in a data format of a 
network bus, and which inserts copy generation 
management information based on a detection result 
of said first detector into data after format conversion 
with a data format corresponding to said data format 
of said network bus before sending said data to said 
network bus; and 
at a receiving side, 

a second interface which receives said data sent from 
said first interface to said network bus, which 
restores said data format of said received data from 
said data format of said network bus to an original 
data format, and which outputs said restored data; 

a second detector which detects said copy generation 
management information contained in said con- 
verted data from said first interface; and 

a record controller which permits or prohibits recording 
of said restored data output from said second inter- 
face according to said detection result of said second 
detector. 

20. The device having a digital interface according to 
claim 1 or 2, wherein said network bus conforms to IEEE 
1394 standard. 

21. The network system according to claim 19, 
wherein said network bus conforms to IEEE 1394 stan- 
dard. 

22. The device having a digital interface according to 
claim 1 or 2, 

wherein said network bus supports multi-channel trans- 
mission and said copy generation management infor- 
mation is set for each channel. 

23. The device having a digital interface according to 
claims 1 or 3, further comprising: 

a recording format convertor which converts the output 
from said receiving interface to data in a data format 
corresponding to a recording format of a predetermined 
recording device, 

24. The device having a digital interface according to 
claim 1, 

wherein at least one type of copy generation management 
information to control copying for each data type at a 
receiving aide of a predetermined recording device is 
inserted in said at least one original signal in said at 
least one predetermined format, 

wherein said at least one detector for each data format 
detects said at least one copy generation management 
information, and 

wherein said sending interface inserts said at least one 
type of copy generation management information into 
said data after format conversion with said data format 
corresponding to said data format of said network bus 
before sending said data to said network bus. 

25. The device having a digital interface according to 
claim 2, 

wherein at least one type of copy generation management 
information to control copying for each data type at a 
receiving aide of a predetermined recording device is 
inserted in said at least one original signal in said at 
least one predetermined format, 

wherein said at least one detector for each data format 
detects said at least one copy generation management 
information, and 

wherein said sending interface inserts said at least one 
type of copy generation management information into 
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said data after format conversion with said data format 
corresponding to said data format of said network bus 
before sending said data to said network bus. 

26. The device having a digital interface according to 
claim 25, 5 

wherein said at least one type of copy generation man- 
agement information contains the copy generation 
management information for audio equipment and 
copy generation management information for appli- 
ances other than audio equipment. 10 

27. A device having a digital interface, comprising: 

at least one detector for each data format to which at least 
one original signal in at least one predetermined data 
format is input, said detector detects copy generation 
management information contained in said input origi- 15 
nal signal; 

a sending interface, said sending interface comprises a 
format converter which converts said at least one 
original signal in a predetermined data format to the 
data in a data format common to a network bus said 20 
network bus inserts copy generation management infor- 
mation based on a detection result of said at least one 
detector for each data format or copy generation man- 
agement information based on the kind of signal source 
device to said at least one detector into said format 25 
converted signal with said data format corresponding to 
said data format of said network bus before sending 
said data to said network bus; 

a receiving interface which receives a transmitted signal 3Q 
from said sending interface by said network bus, 
restores said data format of said received signal from 
said data format of said network bus to said original 
data format of said original signal being, and outputs 
said signal; 35 

a common detector which detects said copy generation 
management information as inserted into said received 
signal; and 

a recording controller for, according to said detection 
result of said common detector which permits or pro- 4 q 
hibits recording said at least one original signal in a 
predetermined data format from said receiving inter- 
face. 

28. A device having a digital interface, comprising: 

a detector for a data format to which an original signal in 45 
a predetermined data format is input, said detector 
detects copy generation management information con- 
tained in said input original signal in a predetermined 
data format; and 

a sending interface, said sending interface comprises a so 
format converter which converts said original signal in 
a predetermined data format to data in a data format 
common to a network bus, said network bus inserts 
copy generation management information based on a 
detection result of said detector or copy generation ss 
management information based on the kind of a signal 
source device for said detector into said format con- 
verted signal with said data format corresponding to 
said data format of said network bus before sending 
said data to said network bus. 60 

29. A device having a digital interface, comprising: 

a receiving interface which receives a transmitted signal 
obtained by converting at least one original signal in at 
least one predetermined format containing copy gen- 
eration management information to data in a data 65 
format of a network bus, and into which said copy 
generation management information is inserted with a 
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data format corresponding to said data format of said 
network bus by network bus, restores said data format 
of said received signal from said data format of said 
network bus to said original data format of said original 
signal, and outputs said signal; 

a common detector which detects said copy generation 
management information as inserted into said received 
signal with said data format corresponding to said data 
format of said network bus; and 

a recording controller according to a detection result of 
said common detector, which permits or prohibits 
recording of said at least one original signal in said at 
least one predetermined data format from said receiv- 
ing interface. 

30. The device having a digital interface according to any 
one of claims 27-29, 

wherein said network bus is capable of synchronous 
transmission, and said sending interface or said receiv- 
ing interface synchronously transmits data with said 
copy generation management information inserted. 

31. The device having a digital interface according to 
claim 27, 

wherein at least one type of copy generation management 
information to control copying for each data type is 
inserted in said transmitted signal, 

wherein said common detector detects said at least one 
type of copy generation management information con- 
tained in said data received by said receiving interface, 
and 

wherein said recording controller permits or prohibits 
recording or receiving of said output from said receiv- 
ing interface according to either copy generation man- 
agement information from said at least one type of copy 
generation management information detected by said 
common detector. 

32. The device having a digital interface according to 
claim 24, 

wherein said at least one type of copy generation man- 
agement information contains the copy generation 
management information for audio equipment and 
copy generation management information for appli- 
ances other than audio equipment. 

33. The device having a digital interface according to 
claims 27 or 28, 

wherein said sending interface inserts information indi- 
cating which type of copy generation information 
among said at least one type of copy generation man- 
agement information is transmitted into said data sent 
to said network bus. 

34. The device having a digital interface according to 
claim 31, 

wherein said recording controller determines, when effec- 
tiveness information indicating which type of copy 
generation management information among said at 
least one type of copy generation management infor- 
mation is transmitted is inserted, from said copy gen- 
eration management information on which copy con- 
trol is based from among said at least one type of copy 
generation management information according to said 
effectiveness information a recording mode of a device 
indicating whether or not the data is audio. 

35. Tne device having a digital interface according to 
claim 24, 

wherein said sending interface executes, when said at 
least one type of copy generation management infor- 
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malion indicates copy prohibition or one-time copy 
permission, encryption of said data to be sent to said 
network bus. 

36. The device having a digital interface according to 
claim 35, 5 

wherein said sending interface inserts information indi- 
cating whether said data sent to said network bus is 
encrypted or not into said data sent to said network bus. 

37. The device having a digital interface according to 
claims 27 or 28, 10 

wherein copy control information containing at least one 
type of copy generation management information to 
control copying for each data type at a receiving side is 
inserted into said at least one original signal in said at 
least one predetermined data format, 35 

said at least one detector for each data format detects said 
copy control information, and 

wherein said sending interface cyclically inserts said copy 
control information into isochronous packets of the 20 
data after format conversion with a predetermined 
isochronous cycle before sending said data to said 
network bus. 

38. A copy protection method, comprising: 

detecting said copy generation management information 25 
from at least one original signal in at least one prede- 
termined data format containing copy generation man- 
agement information; and 

converting said at least one original signal in said at least 
one predetermined data format to data in a data format 30 
of a network bus, said copy generation management 
information being inserted into said data after format 
conversion with said data format corresponding to said 
data format of said network bus before sending said 
data to said network bus. 

39. A copy protection method, comprising: 
receiving the transmitted signal, which is obtained by 

converting one or more original signals in a predeter- 
mined data format or predetermined data formats 
respectively containing the copy generation manage- 
ment information to the data in the data format of the 
network bus and into which said copy generation 
management information is inserted with the data for- 
mat corresponding to the data format of said network 
bus, via said network bus and for restoring the data 
format of the received data from said data format of the 
network bus to the original data format before 
outputting, 

detecting said copy generation management information $Q 
contained in the received data, and 

permitting or prohibiting recording of said received data 
according to said copy generation management infor- 
mation as detected. 

40. The device having a digital interface according to 55 
claim 34, 

wherein said recording controller means further com- 
prises a priority specifier which specifies copy genera- 
tion management information to be based on copy 
control among said at least one copy generation man- 60 
agement information according to said recording mode 
of said device, and, when said effectiveness informa- 
tion indicates that said copy generation management 
information specified by said priority specifier is 
ineffective, executes copy control using said copy gen- 65 
eration management information indicated as effective 
by said effectiveness information. 
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41. The device having a digital interface according to 
claims 27 or 28, 

wherein said sending interface transmits, when said detec- 
tion result of said at least one detector for each data 
format, indicates that copying is permitted only once, a 
new copy generation management information corre- 
sponding to said copy generation management infor- 
mation indicating permission for copying only once or 
copy prohibition to each receiving device using asyn- 
chronous data in order to control copying for each said 
receiving device. 

42. The device having a digital interface according to 
claims 28 or 29, 

wherein said receiving interface further comprises an 
asynchronous signal common detector which detects 
new copy generation management information corre- 
sponding to said copy generation management infor- 
mation transmitted as asynchronous data, and 

wherein said recording controller, when said asynchro- 
nous signal common detector detects said new copy 
generation management information, permits or pro- 
hibits recording of an output from said receiving inter- 
face according to said new copy generation manage- 
ment information, placing priority to such information 
over said copy generation management information 
inserted into the synchronously transmitted data. 

43. The device having a digital interface according to any 
one of claims 27-30, wherein said network bus conforms to 
IEEE 1394 standard. 

44. The device having a digital interface according to any 
one of claims 27-28, wherein said network bus supports 
multi-channel transmission and said copy generation man- 
agement information is set for each channel. 

45. The device having a digital interface according to 
claims 27 or 28, wherein said sending interface inserts copy 
generation management information detected by said at least 
one detector as said at least one signal source device for said 
at least one detector recognizes said at least one data format 
of said at least one original signal, and inserts copy genera- 
tion management information indicating prohibition of 
recording if said at least one signal source device of said at 
least one detector does not recognize said at least one data 
format of said at least one original signal. 

46. The device having a digital interface according to 
claim 29, 

wherein at least one type of copy generation management 
information to control copying for each data type is 
inserted in said transmitted signal, 

wherein said common detector detects said at least one 
type of copy generation management information con- 
tained in said data received by said receiving interface, 
and 

wherein said recording controller permits or prohibits 
recording or receiving of said output from said receiv- 
ing interface according to either copy generation man- 
agement information from said at least one type of copy 
generation management information detected by said 
common detector. 

47. The device having a digital interface according to 
claim 31, 

wherein said at least one type of copy generation man- 
agement information contains the copy generation 
management information for audio equipment and 
copy generation management information for appli- 
ances other than audio equipment. 
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48. The device having a digital interface according to 
claim 46, 

wherein said at least one type of copy generation man- 
agement information contains the copy generation 
management information for audio equipment and 5 
copy generation management information for appli- 
ances other than audio equipment. 

49. The device having a digital interface according to 
claim 46, 

wherein said recording controller determines, when effec- 10 
tiveness information indicating which type of copy 
generation management information among said at 
Least one type of copy generation management infor- 
mation is transmitted is inserted, from said copy gen- 
eration management information on which copy con- 15 
trol is based from among said at least one type of copy 
generation management information according to said 
effectiveness information a recording mode of a device 
indicating whether or not the data is audio. 

50. The device having a digital interface according to 20 
claim 25, 

wherein said sending interface executes, when said at 
least one type of copy generation management infer- 
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mation indicates copy prohibition or one-time copy 
permission, encryption of said data to be sent to said 
network bus. 

51. Hie device having a digital interface according to 
claim 50, 

wherein said sending interface inserts information indi- 
cating whether said data sent to said network bus is 
encrypted or not into said data sent to said network bus. 

52. The device having a digital interface according to 
claim 49, 

wherein said recording controller means further com- 
prises a priority specifier which specifies copy genera- 
tion management information to be based on copy 
'control among said at least one copy generation man- 
agement information according to said recording mode 
of said device, and, when said effectiveness informa- 
tion indicates that said copy generation management 
information specified by said priority specifier is 
ineffective, executes copy control using said copy gen- 
eration management information indicated as effective 
by said effectiveness information. 

***** 
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